For example, if one changes the Music playing, the album art dictates colours for the Notification in for ex. Android:

May need some modifications in code in apps and the Notification Center, but I think this is a good idea.

Prerequisites

• I have searched open and closed issues for duplicates.

Describe the bug

Pop-up notifications persist on the screen when the mouse cursor hovers over them and moves away, they do not minimize and automatically go into the notifications bar.

To Reproduce

Happens only occasionally, no known way to reproduce.

Expected behavior

The pop-up should close after x number of seconds (I think it is set to 1s by default) and go into the notifications bar (the bell icon).

Platform Information

• elementary OS 5.1 Hera

• Dell XPS 13 9380 Dual Booted

• I'm using the latest version from git that I've manually compiled

• I'm using the latest released stable version

Additional context

If there is a feature to disable that i.e even if the cursor hovers over the notification, the pop-up closes after x number of seconds, that would be great.

If there's an io.elementary.desktop prefer-dark GSetting, Notifications should support being drawn in a dark style. See elementary/switchboard-plug-pantheon-shell#171

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

If we for some reason get 20 notifications at once, we should only play the notification sound once. We should also probably come up with some reasonable amount of time to wait before playing the notification sound again if we get several notifications in a row

This is a feature of the Gala version

Sounds like Mutter doesn't allow notification windows to have animations, so we should implement that client-side

Getting errors about things like unescaped ampersands

When I leave my computer unattended for some time, and the screen locks, any notification that is triggered during that time (incoming email, Telegram chats, etc) seems to accumulate, since when I log back in, I get an enormous stream of notifications that take a while to disappear. Also, the notification sound is played for all notifications very rapidly so it doesn't even finish playing and gets distorted.

Since these are really not permanent notifications, they should not be displayed after so long (notifications are old) when user logs back in.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Prerequisites

• I have searched open and closed issues for duplicates.

Feature

Play an "alert-type" of sound for "URGENT" notifications, keep the "bing-type" of sound for all others

A user of my Time Limit app would love to customize the sound of the notification once the timer ended (see marbetschar/time-limit#32).

IMHO it makes a lot of sense to be able to differentiate types of notifications by sound. Although there is already an existing feature request in GLib, the discussion is stalled - somewhere between full sound customization and providing some predefined categories to choose from.

I feel like we can simply use the GLib.NotificationPriority to play a different sound per priority. I guess the reasoning is kind of the same as GLib.NotificationPriority.URGENT notifications are ignoring Do-Not-Disturb. So at first thought it seems to be appropriate to give it another "sound".

Not quite sure if we should have a unique sound per priority though.

we want to support x-canonical-private-synchronous and x-canonical-private-icon-only

Not sure if it's more appropriate here or in Gala...

Corentin and I were just discussing a way for apps to request Do Not Disturb mode. Some use cases:

• Calendar wants to set Do Not Disturb during an event (like a meeting)
• Videos wants to set Do Not Disturb while watching video full screen
• A presentation app wants to set Do Not Disturb while presenting
• A writing app has an "Focus Mode" (like iA writer) and wants to set Do Not Disturb while in this mode

Launchpad Details: #LP1505385 Daniel Fore - 2015-10-12 20:39:52 +0000

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Even though they can't be resized

For Music notifications, for example

Android and iOS both have a way to reveal the app that sent the notification plus some priority/toggles for that app. We could do something similar with a … icon and/or secondary click.

when I click on the notifications directed to firefox they simply do not open in firefox itself.
I hoped it would open the page in firefox
Is this normal behavior?
Thanks.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

It would be nice to have a configuration setting to determine how long the notification display is, because I find the current default a little too short.

I don't think we should ever focus them unless the user explicitly does, right? We could set the notifications to non-focusable, or we could have Gala handle it.

Feature

Add alert message when the battery has less than 10% battery.

Sometimes I forget to connect the power source to my laptop and I realize until it turns off completely, in windows there is an alert message that alerts you when the laptop is about to shut down.

Example:

Describe the solution you'd like
An alert message should appear that does not appear in notifications, similar to the example with Windows 10.

Describe alternatives you've considered
An alternative may be to add an option to suspend or hibernate when there is little battery percentage.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

So far, I have noticed that when I get a notification from a native app, it opens when I click it, but it doesn't on others. Like slack for example or discord. Nothing happens when I click on the notification. I have tried to install kdeconnect (I know I know third party), and when the app gave a notification that a phone is trying to connect, nothing happens when I click it at all.
Thank you

Probably not a feature? Hovering over a critical notification starts the self destruct timer

If the app sets an image in the notification (like an avatar for an email), we should automatically badge the image with the app that is sending the notification.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Recently #63 has been merged, but this PR implies that all notifications will have 2 lines as maximum, which I think is not always the expected behaviour. For example, sometimes, you want to read the whole msg directly from the notification, without the need of opening the app. So I think it would be cool to add a behaviour which allows to the user to expand notifications when hovering with the cursor

Right now it appears critical notifications are swallowed by DND. This has lead to some users accidentally leaving DND on, and then missing critical battery notifications. Do we want critical notifications to bypass DND? If so, are we worried about abuse? If so, how could we curb/discourage abuse? If we don't want critical notifications to bypass DND in general, should we special-case power notifications?

I know this is a bit of a weird format for an issue report, but I think it's something we need to decide and document; afaict it's not documented anywhere.

Probably a regression from the replace branch

Certain notifications like Firefox web notifications or Chrome ones don't fade out after a time like other do. They stay on screen unless you close them directly.

As in the legacy notifications, we need per-app settings for notifications and sounds

It would be nice to be able to interact with the sliders on sound and brightness confirmations

In Gala notifications there's a cool vertical swipey transition when a confirmation's contents are replaced (such as when switching from sound confirmations to brightness)

This would be especially useful if we start sending notifications for screenshots

It's not unusual to receive a few notifications at the same time from a Slack bot, for example. Instead of flooding the screen with notifications, it would probably make sense to group them together and just send one notification like:

Slack
10 new notifications

We're currently doing something similar in Mail when multiple emails come in at the same time. Making this a feature of the notification server could mean that you'd only get one notification on screen but we could send all the of the individual notifications to the indicator which would be nice. This would resolve the issue where you can end up with something in the indicator that looks like:

Mail now
5 unread messages

Mail 3pm
New message from Cassidy

Mail 2pm
3 unread messages

I was wondering it is possible to create a notification system similar to KDE's?

Where progress of ongoing operations like copying for example, is shown in real time in the notification instead of a separate window ?!

https://github.com/elementary/gala/blob/master/plugins/notify/NotifyServer.vala#L516

So that apps can close a notification: public void close_notification (uint32 id) throws DBusError, IOError

Not a big problem but,
when i get a notification containing certain characters, the notification is messed up.
This is what i mean :

This character is a simple quote ', so it's used frequently.

I would like to see this fixed, thanks!

This is a privacy feature offered on mobile and I feel like it's worth considering.

This setting should ignore images and body text sent to the notification server. Images because they can be private information like avatars. Body text should be optional and often contains specific information, message previews, etc.

We should be careful to make sure that the notifications our apps send don't expose sensitive information in their titles.

Critical notifications should ignore this setting

Prerequisites

• I have searched open and closed issues for duplicates.

Describe the bug

All notifications seem to bypass do not disturb: elementary Mail, Signal and Slack - all notifications of them seem to be delivered despite the fact do not disturb is enabled.

To Reproduce

I use elementary Hera 5.1 stable and I installed this new notification server by compiling it from master. Did the same for gala as well and then set use-new-notifications to true.

Then I tested whether URGENT notifications bypass do not disturb or not for my Time Limit app. That worked as intended: URGENT notifications do bypass do not disturb. However, as described now all notifications seem to bypass do not disturb.

Expected behavior

Notifications with priority URGENT should bypass do not disturb, while others shouldn't.

Screenshots or screen recordings

Prerequisites

• I have searched open and closed issues for duplicates.

Describe the bug

Some times double notifications are show when vlc replays something.

To Reproduce

Steps to reproduce the behavior:

1. Go to VLC.
2. Open any song.
3. Enable replay.
4. See the error.

Expected behaviour

Single notification is shown.

Screenshots or screen recordings

Platform Information

• I'm using the latest version from git that I've manually compiled
• I'm using the latest released stable version

Additional context

I'm not sure if it's the problem with VLC ('cause I haven't observed with with any other application in particular). Intuition says it has something to do with the notification id: #71

Instead of doing song change confirmations at the app level, we should do it here in the server so that they don't get sent to the notification center, apps don't have to implement them, and we can incorporate MPRIS controls

We need to provide a gsetting for do not disturb

The battery status notifications from GNOME Power Manager don't have icons that match the indicator, and it looks bad.

As far as I can tell, there doesn't seem to be a way to turn off battery status notifications in GNOME Power Manager.

If we want to take over displaying these notifications ourselves (from the indicator for example), it seems like we need to block them from appearing here in the server based (ideally) on ID or (less ideally) on icon name.

This is a regression from the Gala notification server. Confirmations should also have a nice replace animation

In elementary OS, Notifications are closed as expired (reasonclosed=1) when disappearing from the screen while still undismissed/waiting for action in the message area. When writing applications which use notifications to inform users of new events and respond to input from user actions this is a problem. It appears to the application like the user has dismissed the notification or cleared the message tray, which can cause a flood of notifications to replace it.

Not sure if this is a great idea or a terrible idea. Should replacing be opt-in or opt-out?

What I mean is, if you're an app developer and your app sends a notification: should you have to opt-out of replacing previous notifications by supplying a unique ID or should notifications only be replaced if you opt-in by supplying the same ID?

Currently, we create a random ID based on notification spawn time if the ID is null, but we could instead use the app ID as a fallback

Maybe something to do with the body markup forcing a newline?

Something handy I noticed GNOME Shell does. See #40 for more context/discussion.

We get black and white emoji instead

There is a $10 open bounty on this issue. Add to the bounty at Bountysource.

Clicking a notification should launch the action name set via the default action property of GLib.Notification: https://valadoc.org/gio-2.0/GLib.Notification.set_default_action.html