Topic on Talk:Moderator Tools/Content moderation on mobile web

Per your request at https://en.wikipedia.org/wiki/Special:Diff/1097046751

Admin tools are not really a "safer" place to start. Yes, less users are directly impacted, but those users have themselves a much greater impact. If admins accidentally delete the wrong page, or fail to delete a page, that's going to be disruptive.

I agree Special:Preferences is important and Special:MobileDiff is a nightmare that needs to end ASAP. (and AFAIK that's planned)

Editnotices wouldn't have been a super pressing issue, but it's been five years since this "temporary" measure and the market share for mobile has only grown since then.

Whatever resources are currently being poured into DiscussionTools should be reassigned, fix only breaking bugs and security issues as it's becoming quite clear to me that it's going to be replaced.

Thanks @Alexis Jazz: !

I hear you on admin tools, though our work was limited in scope to making the links to those admin tools more accessible, so there wasn't much danger of accidentally breaking the tools themselves. You can read about that work at /Overflow menu.

MediaWiki is absolutely full of 'temporary' measures that have been that way for 5+ years and I agree it's frustrating. I spoke to the Editing team (who are working on Discussion Tools) and it looks like they might actually spend some time on editnotices sooner than our team would have got to it. There should be more info on that being posted on enwiki soon.

We're starting to think about Diff/MobileDiff and undoing edits while technical work on Preferences is underway (/Preferences). One thing that's been on my mind, that I'd love your thoughts on, is whether clicking Undo on mobile should always open the full editor. At the moment (with AMC turned on) that's what happens on mobile like on desktop, but in my experience as an editor/admin I rarely ever do a partial undo; it's much more likely that I just undo an entire edit. On desktop that's not too bothersome but on mobile it means a lot of scrolling before you find the save page button. Does that match your experience (on desktop or mobile), or do you find yourself using the edit window when undoing edits?

"I spoke to the Editing team (who are working on Discussion Tools) and it looks like they might actually spend some time on editnotices sooner than our team would have got to it."

Does this mean editnotices in general, or editnotices in DiscussionTools? In case of the latter, I really don't believe they should bother. But if they could spare any resources at all, I could probably use them..

"Does that match your experience (on desktop or mobile), or do you find yourself using the edit window when undoing edits?"

I suppose this is partially why I request the rollback right on wikis where I edit a lot. Fire and forget, love it. When I undo, I actually do perform partial or altered undoes fairly often. Most of the time an undo is just an undo though. Occasionally I'll preview before publishing.

Perhaps the way the "thanks" link works could be a viable approach here? Silently check if the edit can be undone and give inline choices to instantly undo, open the full editor or cancel. To make it more responsive, show the text immediately with the instant undo link greyed out/disabled. Enable the instant undo link if the silent check comes back positive. When clicked, the instant undo should ask for an edit summary in a popup. This would be nice on desktop too!

And of course, preventDefault() and an href to undo in the full editor on the original link so especially desktop users can still quickly go there with a middle click.