Product Manager for The-Wikipedia-Library at the Wikimedia Foundation
Also User:Samwalton9 (WMF).
Product Manager for The-Wikipedia-Library at the Wikimedia Foundation
Also User:Samwalton9 (WMF).
I wonder whether some of the work that was done to enable this menu on user pages (https://gerrit.wikimedia.org/r/c/mediawiki/skins/MinervaNeue/+/556223/) will be redundant with this change, and could be tidied up.
See T307733 for a recent patch where a change like this was made.
I'm probably not going to find time to continue working on this soon.
It looks like the patches for T307113 enable this functionality by simply adding a message with the correct skin key.
In T307341#7927499, @Jdlrobson wrote:@Samwalton9 would your team be able to QA this or do you need web team to do that?
We ran some user testing with non-Wikipedia-editors and found that the addition of the overflow menu did not cause any confusion or frustration as new user attempted to make an edit.
Same result.
I'm seeing what seems to be the same list of blocked sources and still getting unproxied links in the search results.
In T307341#7921648, @bwang wrote:This task says that the Blocked button should only appear when AMC is enabled similar to move, protect, delete. However I'm seeing that all of those buttons are available when AMC is off. @Jdlrobson Is that expected and should the task just be updated?
Number is fine :)
Excellent, thanks for confirming!
The Moderator Tools team is starting to explore how we could do this most effectively - input valued at https://www.mediawiki.org/wiki/Moderator_Tools/Content_moderation_on_mobile_web/Preferences or in this ticket.
The Moderator Tools team is going to investigate this and T117279.
This doesn't seem to be working as intended.
Oh that's great, thanks for explaining. Because I noted that the Download PDF button didn't have this attribute (T305928#7860647) I assumed it needed to be added manually. I can't actually find that button anymore so I'm not sure why it didn't.
This is looking good to me, I've asked the user to confirm :)
In T229818#5557801, @Jdlrobson wrote:@ovasileva it's an interesting idea, but i'd say these pages are not the same - this page is available to anonymous users. I think as part of desktop refresh we're going to need a similar page for local desktop preferences that apply to anons and possibly that might be a good place for this conversation to happen.
In T307341#7903683, @jsn.sherman wrote:Also, I realized I didn't have the order as specified; I just updated the pr to place block between move and delete as requested.
In T307344#7903817, @jsn.sherman wrote:I think the dev working on this will need to request hue access to actually verify this change succeeds. One of the TST engineers had to do this for quicksurveys, so I'll ask him about that process.
This all behaves just as I'd expect! I tested each of the acceptance criteria and this is looking good to me.
Once a user is blocked, should we change this list item at all? What is the workflow for a user unblocking another editor?
Something that occurred to us today, which is still an open question: