As a short fix you can do: $ killall notification-daemon when you recognize issue.
This will stop the notification-daemon and start it "fresh" on next notification. The problem is with notification-daemon. It has a hard-coded limit of 20. This is, AFAIK, how many messages can be in the queue simultaneously. Problem is that when notifications close by them selves the queue is not updated properly. However: If I _manually_ close each message, by clicking the [x] on the notification, the g_hash_table_size(daemon->priv->queue) is updated. On my system it seems to be a limit of 22 - or by "some magic" two of the messages get removed. A quick-hack (not a fix) is to run a script to kill the daemon on error. E.g: $HOME/bin/notify-limit-err-kill [Code]: #!/bin/bash debug=0 dbus-monitor "type='error'" | while read buf; do ((debug)) && printf >&2 "MESSG: %-40s\n" "$buf" if [[ "$buf" == 'string "Exceeded maximum number of notifications"' ]]; then killall notification-daemon fi done [EOF Code] $ chmod +x notify-limit-err-kill And add it as a startup script (or launch it manually). You will, however, by this, loose the one notification that caused the error. I have a script for catching this as well, and re-transmitting after spawn of daemon - but code is a bit ugly ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1023166 Title: gm-notify stops updating To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gm-notify/+bug/1023166/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs