| Pginer-WMF | |
| Apr 29 2016, 9:42 AM |
| F3945432: notif-disappears-in-panel.gif | |
| Apr 29 2016, 9:42 AM |
When clicking on a notification in the panel, it disappears for a second before the navigation to the associated content is produced.
This looks like a small glitch. It would be better if the whole panel got closed (only when opening a notification, not when marking it as read).
I captured the issue in an animation below:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T119713 Update Help:Notifications | |||
| Resolved | None | T114351 Better organisation for the Notification System | |||
| Open | None | T100528 Improve organization and control for Flow notifications (tracking + ideas) | |||
| Resolved | None | T113228 Better organization for the Notification panel | |||
| Resolved | Esanders | T119374 Styling adjustments for the Notification Panel | |||
| Resolved | Catrope | T133975 When opening a notification it disappears before navigating away |
I noticed this too and commented about it on T129898, but forgot to create a separate bug for it.
At T129898#2229476 I suggested that we could remove the mark-as-read-on-click behavior and instead append ?markread=123 to the primary link URL (where 123 is the event ID) and have requests with that parameter schedule a DeferredUpdate to mark that notification as read.
Change 286577 had a related patch set uploaded (by Catrope):
Replace mark-as-read-on-click with ?markasread= URL parameter
Change 286577 merged by jenkins-bot:
Replace mark-as-read-on-click with ?markasread= URL parameter
Checked in betalabs - when Notification is clicked, the open flyout with the clicked notification is still displayed until the page will be loaded.