Description of problem: If any program shows notification, then notification cannot be read by user from tray. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. call notification 2. see popup notification 3. when popup notification will be hidden, then there is nothing in tray. Reproducible: Steps to Reproduce:
CC: (none) => nicolas.salguero
The same for MATE.
CC: (none) => tarakbumbaSource RPM: LXDE => LXDE, MATE
(In reply to Alex Loginov from comment #1) > The same for MATE. Let me see if i understand the problem right, an application shows a notification dialog; user read and close the dialog and user should still able to see the message when pointing on the tray icon? If that is the problem, then it is not a Desktop Environment but application's problem. I can see, for example deluge' s message when a download finished from notification dialog and after closing the dialog from systray icon on MATE DE. And please, give some application names which behaves erroneous to test the issue. Thanks.
Keywords: (none) => NEEDINFO
User can see notification only if he is near computer and only several seconds. But if user is away, then he never will know about notification. If you look at KDE, you will see tray with notifications and user can read it when will want. Not user closes notification dialog, dialog closes automatically. User cannot read notifications while 1-3 sec showing, cannot to see notification again. No problem in KDE.
(In reply to Alex Loginov from comment #3) > User can see notification only if he is near computer and only several > seconds. But if user is away, then he never will know about notification. > If you look at KDE, you will see tray with notifications and user can read > it when will want. > Not user closes notification dialog, dialog closes automatically. User > cannot read notifications while 1-3 sec showing, cannot to see notification > again. > No problem in KDE. Alex, what about GNOME, LxQt and others? Same behavior with KDE or not? I suspect that it is per design in Lxde and Mate De's.
Nicolas, did you understand problem for LXDE?
Hi, Sadly no. I suspected notification-daemon but it is the same version between Mga4 and Cauldron. Maybe it is a problem with gtk3. What I am sure is that the following simple test allows to see the problem : zenity --notification --text="This is a test" In Mga4 and Cauldron, after a few seconds, the pop-up disappears but, in Cauldron, the icon in the system tray also disappears at the same time contrary to Mga4. When running this test, I have seen an error in $HOME/.cache/lxsession/LXDE/run.log on Cauldron and this error does not occur in Mga4 : """ (notification-daemon:1894): GLib-CRITICAL **: Source ID 17 was not found when attempting to remove it ** Message: app.vala:130: /usr/libexec/notification-daemon exit with this type of exit: 5 ** Message: app.vala:148: Exit not normal, try to reload ** Message: app.vala:76: Launching /usr/libexec/notification-daemon """ Regards.
Nicolas, hi, What did say upstream?
Hi, I found this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747465 which references this bug: https://bugzilla.gnome.org/show_bug.cgi?id=728157 which contains a patch: https://bug728157.bugzilla-attachments.gnome.org/attachment.cgi?id=288082 that seems to correct the problem. Can you test it? I cannot test myself because I am not in my machine with my Cauldron VM. Best regards. Nico.
Hi, Nicolas, Thank you for your work. It works with patch. Fixed in notification-daemon-0.7.6-7.mga5. It did not help for MATE, but helped for LXDE.
Hi, After a test, I found that MATE does not use notification-daemon but mate-notification-daemon. Sadly, I am not an expert of MATE so I am not sure if it is a bug or a feature in the case of MATE. Regards. Nico.
KDE is with regress now: notifications don't wait in tray.
Source RPM: LXDE, MATE => LXDE, MATE, KDE
Alex, after doing some search, this is the upstream choice to not show a system tray icon about notifications. This is the behaviour of good old GNOME2 and notification-daemon < 0.7 versions (mate-notification-daemon is a fork of notification-daemon-1.5). May be this is not your desired behaviour but others may prefer this. See: https://forums.gentoo.org/viewtopic-t-901486-view-next.html?sid=c01bc1bbfd43d3787c4f48b86db404a8 http://unix.stackexchange.com/questions/175204/notify-send-notification-daemon-disable-tray-icon You can open a feature request issue on upstream if you want. So, currently, it is a won't fix for me.
Ok, closed as WONTFIX.
Status: NEW => RESOLVEDResolution: (none) => WONTFIX