Page MenuHomePhabricator

Ability to edit with unread messages
Open, LowPublic

Description

I regularly keep my user talk page having unread messages, because the orange bar makes me not to forget about tasks. But AWB pops up the New messages panel and doesn’t let me edit until I read the message. (And there is not even a close button on it, I can get rid of it only by pressing Alt+F4.) I think users are not idiots, they can decide on their own whether they want to read that message in a way that MediaWiki knows they have read it or not.

Event Timeline

Mainframe98 renamed this task from u7daaaaaaa to Ability to edit with unread messages.Jul 1 2018, 7:38 AM
Mainframe98 raised the priority of this task from High to Needs Triage.
Mainframe98 updated the task description. (Show Details)
Mainframe98 added a subscriber: Aklapper.

I strongly disagree with implementing this. It's an extremely bad idea to let new messages not interrupt runs. Bots depend on this behaviour, as do users in need of a trout, or users that are making a mistake without knowing they're making one.

Do not implement.

I’m OK with a notification that pops up when a new message arrives so that I know something important happened. But I’m a mature human, I can make a decision on my own, especially as having an unread message indicates in no way that I don’t know what’s in it—I may have read in the notification email, by hovering NavPopups over my user talk link, the sender may have reported the same on IRC noting that they wrote on my talk page too, etc. There can be a huge warning message that how bad guy I am if I don’t read the message, but please add just a tiny button to keep editing. And it’s nonsense that I can’t even exit without reading the message immediately.

Do implement.

This seems like an important safety feature, and thus a bad idea to disable or selectively dismiss. AWB is used with the permission and trust of the community, and users are supposed to be responsive to concerns of others. Users who are "not idiots" could probably find a better workflow to manage their messages than read/unread. For example, they could read all messages upon receipt and then archive them once the concern is addressed.

Users who are "not idiots" could probably find a better workflow to manage their messages than read/unread.

They could. But they don’t necessarily want. Forcing workflows on users is not a particularly user-friendly software design. I am most effective if I keep the new message indicator until I actually take the actions requested there. If a software doesn’t let me do it, then either I don’t use it, or I fork it and get rid of the whole talk message notification feature. I won’t find a “better” workflow, because this is the best one for me, no matter what you think.

Users who are "not idiots" could probably find a better workflow to manage their messages than read/unread.

They could. But they don’t necessarily want. Forcing workflows on users is not a particularly user-friendly software design. I am most effective if I keep the new message indicator until I actually take the actions requested there. If a software doesn’t let me do it, then either I don’t use it, or I fork it and get rid of the whole talk message notification feature. I won’t find a “better” workflow, because this is the best one for me, no matter what you think.

All software UX/UI design "forces" workflows on users. What you're complaining about here is the idea that the software might force you to change your workflow. Given the purpose behind the new messages notification, I'm not particularly sympathetic in this case, and judging by the other replies here, no one else is either.

Aklapper triaged this task as Low priority.Feb 10 2023, 12:05 PM