i.e., if the notification server doesn't say that it supports actions, we fall back to bubble notification instead.
I see a TODO item in indicator-datetime would be to add some debugging information here so that we can report exactly what server caps we got back from libnotify. In addition, since this is being reported at the same time that davmor2 is reporting bug #1295237, I think it makes sense to pull unity-notifications into this for more pairs of eyes.
Reported by Popey @ http:// popey.com/ ~alan/phablet/ device- 2014-03- 20-123802. png
Part of this is fairly straightforward. The code that generates the snap decision is shown at http:// bazaar. launchpad. net/~indicator- applet- developers/ indicator- datetime/ trunk.14. 04/view/ head:/src/ snap.cpp? start_revid= 324#L225.
The relevant bit is that the two actions are added to the notification only if (mode == NOTIFY_MODE_SNAP):
> auto nn = notify_ notification_ new(title, body.c_str(), icon_name); notification_ add_action( nn, "show", _("Show"), on_snap_show, data, nullptr); notification_ add_action( nn, "dismiss", _("Dismiss"), on_snap_dismiss, data, nullptr); notification_ show(nn, &error);
> if (mode == NOTIFY_MODE_SNAP)
> {
> ...
> notify_
> notify_
> ...
> }
> ...
> notify_
Where the mode is chosen based on this:
http:// bazaar. launchpad. net/~indicator- applet- developers/ indicator- datetime/ trunk.14. 04/view/ head:/src/ snap.cpp? start_revid= 324#L205
i.e., if the notification server doesn't say that it supports actions, we fall back to bubble notification instead.
I see a TODO item in indicator-datetime would be to add some debugging information here so that we can report exactly what server caps we got back from libnotify. In addition, since this is being reported at the same time that davmor2 is reporting bug #1295237, I think it makes sense to pull unity-notifications into this for more pairs of eyes.