Bug 21535 - update-notification not sticky in GNOME
Summary: update-notification not sticky in GNOME
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
Depends on:
Reported: 2017-08-14 17:40 CEST by Christian Lohmaier
Modified: 2018-02-08 18:36 CET (History)
2 users (show)

See Also:
Source RPM: mgaonline-3.24-1.mga6.src.rpm
Status comment:


Description Christian Lohmaier 2017-08-14 17:40:46 CEST
Description of problem:
this is related, but not same as bug 20680

When updates are available, a notification shade is displayed in Gnome desktop, but times out automatically, and once it disappears you have to wait until the next update-check to get notification.

Furthermore you have to hover over it to have it display the action button to trigger the update, clicking the main part of the notification just dismisses the notification.

Reasons are twofold:

1) Instead of just the default expiry, the mgaapplet script explicitly closes the bubble/notification using

Glib::Timeout->add_seconds($timeout/1000, sub { eval { $bubble->close }; 0 });

this causes the notification not to show up in the calendar dropdown where other missed notifications would be collected.

2) removing this explicit closing of the notification is not enough however, since in their wisdom the Gnome-developers don't allow for additional actions in the calendar dropdown, so while you can now see a notification you missed in that dropdown, clicking on it just dismisses it since there is no default action.

Adding a action that is labelled "default" will solve this part

$bubble->add_action('default', N("Install updates"), sub { installUpdates() });

(instead of just action 'updates')

Using default action will have the effect of the shade-notification also be clickable/clicking the notification will have the same effect as waiting for the action button to appear and clicking that - and more importantly will trigger the update-dialog when clicked in the calendar-dropdown.

another quirk though, again in their wisdom Gnome-devs think it is a good idea not to close the calendar dropdown when an action is triggered, meaning you will have to close it manually before you can enter your password, as otherwise it likely will overlap the entry-window.

So again to fix this bug: 

* Don't explicitly dismiss the notification in the script, so it can appear in missed notifications

- Glib::Timeout->add_seconds($timeout/1000, sub { eval { $bubble->close }; 0 })

* make the missed-notification trigger the update when clicked by using an action with label 'default'

+ $bubble->add_action('default', N("Install updates"), sub { installUpdates() });
Christian Lohmaier 2017-08-14 17:41:15 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=20680
URL: https://bugs.mageia.org/show_bug.cgi?id=20680 => (none)

Marja Van Waes 2017-08-14 21:24:26 CEST

CC: (none) => gnome, marja11
Assignee: bugsquad => mageiatools

Comment 1 Christian Lohmaier 2018-02-08 18:36:07 CET

Note You need to log in before you can comment on or make changes to this bug.