After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 729714 - a11y: make notifications persistent
a11y: make notifications persistent
Status: RESOLVED FIXED
Product: gnome-settings-daemon
Classification: Core
Component: a11y-keyboard
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Rui Matos
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2014-05-07 13:40 UTC by Matthias Clasen
Modified: 2014-07-18 13:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
a11y-keyboard: Make sticky and slow keys notifications critical (3.15 KB, patch)
2014-05-07 17:53 UTC, Rui Matos
committed Details | Review

Description Matthias Clasen 2014-05-07 13:40:39 UTC
I just wasted an hour trying to debug a 'broken' keyboard that turned out to be just slow keys turned on by accident.

We show a notification that asks me to make a decision, but it is not expanded initially, and disappears without a trace after a few seconds. After that, the only hint is that the a11y menu appeared in the shell, and that is really not obvious enough - Ray and I didn't notice it even though we went in there to turn on the osk.
Comment 1 Rui Matos 2014-05-07 17:53:07 UTC
Created attachment 276093 [details] [review]
a11y-keyboard: Make sticky and slow keys notifications critical

Since these features change the way the keyboard behaves we shouldn't
timeout the notifications automatically and leave users confused,
thinking their keyboard is broken, in case they activate them
unknowingly and miss the notification.

We use the critical urgency level to achieve this since it makes
gnome-shell automatically expand the notification, allowing users to
act on the actions immediately, and it also means that the
notification won't disappear until it's explicitly acknowledged.
--

I assume we don't really want persistent notifications as in the
"resident" hint spec definition since that would mean that the
notification never disappears even after the user clicks on it or one
of its buttons. Urgency critical seems to have sane semantics in
gnome-shell for this.
Comment 2 Matthias Clasen 2014-05-08 16:11:48 UTC
Thanks rui, that looks like a great improvement.
Comment 3 Bastien Nocera 2014-07-17 14:45:45 UTC
Review of attachment 276093 [details] [review]:

Sure.
Comment 4 Rui Matos 2014-07-18 13:53:02 UTC
Attachment 276093 [details] pushed as 4dd073d - a11y-keyboard: Make sticky and slow keys notifications critical