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() });
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=20680URL: https://bugs.mageia.org/show_bug.cgi?id=20680 => (none)
Assignee: bugsquad => mageiatoolsCC: (none) => gnome, marja11
poke?
Mageia 6 changed to end-of-life (EOL) status on 2019-09-30. It is no longer maintained, which means that it will not receive any further security or bug fix updates. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version. Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't able to fix it before Mageia 6's end of life. If you are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. If you would like to help fixing bugs in the future, don't hesitate to join the packager team via our mentoring program [1] or join the teams that fit you most [2]. [1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager [2] http://www.mageia.org/contribute/ Best regards, Aurélien Bugsquad Team
CC: (none) => ouaurelienResolution: (none) => OLDStatus: NEW => RESOLVED