In T376845#11132545, @Jdlrobson-WMF wrote:

in short articles with big infoboxes, where the graphs end up on the left of the infobox in desktop view.

Thanks for the example. I assume in this resolution we'd want the chart to become full width? Not sure right now if this is a template issue or the chart itself. (Note getting the responsive behaviour right here is the main challenge)

In T397086#10940120, @bvibber wrote:

Note that the generic 'sans-serif' is used at present, so may vary significantly based on browser, operating system etc.

Right. I think it's in the spirit of the request to rephrase the last requirement as "abusefilter editors should have all the rights from the lines above". If you confirm that doesn't raises more issues, I can go with that to the community.

@Dragoniez, I think we're going into too much detail here and it becomes confusing. I'm pretty sure that all the users that would actually understand such details are already cc'd.

Thank you! At this stage this is irrelevant for rowiki, so we can go with "No" for question number 3.

I agree with you on the first two: yes and no.

Per the discussion here, the community would like the following config:

• anons and non-autoconfirmed users cannot see anything
• autoconfirmed users can see public filters
• extendedconfirmed users can also see public filter logs (but without details)
• patrollers and admins can see filters, logs and details
• admins can see private filters and their logs
• abusefilter editors can have full control

@seanleong-WMDE yes, it's usually instant for me, see for instance this change today: rowiki, wikidata. I suspect it is somehow related to the user, but I don't have any proof.

That is a pity! Thanks all for your help, it was worth a shot. :) Maybe you'll find more active communities which would be interested in experimenting with this.

In T407978#11298546, @DLynch wrote:

It'd be fine to change it, but since it's been the way it is for over a decade it'd probably be good to make sure there's actually community consensus to do so.

I'm not sure how to write a reliable test for this, any suggestions are welcome.

It's an oversight, working on it.

I can confirm the issue with sources exist in Romanian as well

In T214998#11165163, @TheDJ wrote:

This should make that easier and not harder, so that should be nice.

In T376845#11129252, @Jdlrobson-WMF wrote:

I think it would be helpful if people could share example URLs to charts which are working around this or would benefit from this (particularly where the axis become unreadable on mobile devices). Having more test cases will be helpful for ultimately getting this addressed.

Awsome news, looking forward to the moment we can use Automoderator on rowiki as well.

I'm tagging @MusikAnimal since he is marked as the contact person for this task.

@Xqt , why did you choose to implement this directly in Page instead of ItemPage with a wrapper on top in Page? Is it OK if I move it?

Function already existing in class Page

@Dimitrie569 translation fixes are done at translatewiki.net - a volunteer-based translation service. For this, see: https://translatewiki.net/wiki/Special:SearchTranslations?query=Adaud%C4%83&language=ro .

For Romanian, I suggest reaching out to User:Klaul who lead this research project on NPOV: https://meta.wikimedia.org/wiki/Research:Grounding_NPOV_pillar_in_post-censored_information_ecology

Hi. Responding to T388215#10655076, I can help review the model in Romanian.

In Romanian we have:

• WP:EJV - peacock words, value judgments
• WP:FE - weasel words (peocock are included here)

@Pablo your wikidata query for "All MEPS from Wikidata" misses the cases where no start time is present - around 350 MEPs [1] [2]. This also affects recent legislatures, with only 630 MEPs out of 705 MEPs [3] (actually more, as some don't finish their mandate and the Brexit replacements) present in tab "MEPS (2019-2024)". There are no red links on enwiki [3], so this must be a data issue.

Awesome news, thank you very much!

I took a look at recent log entries and could not find another issue like this. I propose we close the issue since it seems just a glitch in the matrix.

Right, it's been a while since I translated locally, I had forgotten we could do that. :) Created https://ro.wikipedia.org/wiki/MediaWiki:Ipinfo-widget-special-ipinfo-link and closing the issue. Thanks for the help!

Thanks, I updated the translation! Is it possible to import the translations manually or we have to wait for the next automatic import?

It's yet another place where people would check for IP info (it was the first click I made when looking at the initial on-wiki report). If possible, I'd like to confirm that the IPv4/v6 identification works correctly there as well. I don't have an example that it doesn't, just want to make sure (e.g. with a test).

@mszabo will this CR also fix the display at https://ro.wikipedia.org/wiki/Special:IPInfo/~2024-14596 ?

Thanks for the quick responses, I guess we can close the task then! Just one question: is this documented somewhere on-wiki for future users?

A very early empirical look at how PatrocleBot works (using multilingual model) shows no changes in revert numbers.

I understand you don't want to give and take the right when a preference is changed, but maybe then rename the right to "eligible for vieweing IPs"?

All the users meet these requirements. However:

This was caused by T378336

In T369610#10228321, @gerritbot wrote:

Change #1080250 had a related patch set uploaded (by STran; author: STran):

[operations/mediawiki-config@master] Give the `abusefilter-maintainer` group protected vars access

https://gerrit.wikimedia.org/r/1080250

Done, fixed, thank you!

In T356102#10144392, @diego wrote:

We will need a different model for new article evaluation. I'll be happy to work on such model, but until now, we haven't received requests about this.

I see an opportunity to use this endpoint for evaluating new pages. Any thoughts @achou or @diego ?

In T372299#10082137, @Kgraessle wrote:.

Would all communities want this, or should Undo vs Rollback be a configuration?

I think we should keep it configurable.

@Ifeatu_Nnaobi_WMDE here you go, simplified as much as I could: https://ro.wikipedia.org/wiki/Utilizator:Strainu/T279069

@KCVelaga_WMF is it possible to run this notebook on PAWS? If not, how can I reproduce the results?

@Bugreporter do you have a link to the docs for that feature? It still sounds like a bug to me to report a different block, but it might be just cosmetic.

Marking Unbreak Now as this will clearly cause some duplicate citations and some confusion to less experienced users while it's happening.

@Superpes15 the discussion has been opened for almost 2 weeks. Can we now move on and implement it? I can do the change if you don't have the time.

@jsn.sherman in ballpark figures in a week it recovered a day, during what I suspect is peak usage. Maybe it makes sense to give a few more resources to the process, at least while recovering from an outage?

Verified working, thanks all!

In T353931#9442206, @Urbanecm_WMF wrote:

I think logging opt-outs publicly negates that purpose.

@Etonkovidova no, that was Martin experimenting from the API. From the homepage, the only available method to change mentors is to opt-out of mentoring, then opt-in again. There should have been some log entries with me opting out, then opting in again.

As described in T353805#9420785 this feature is useful in sockpuppet investigations, when we have accounts hunting for a specific mentor. There are several non-exclusive ways to go forward which would still be acceptable in my opinion:

• aggregate opt-outs followed by an opt-in in a single change (e.g. from mentor A to mentor B instead of mentor A -> none -> mentor B)
• expose in GUI a way to directly change the mentor to another - I understand this is already available as an API call
• limit the visibility under a userright that would be assigned to trusted user groups (e.g. patrollers and admins)

Thank you for your response @Urbanecm_WMF . Indeed, the process I did was "give up on mentorship" and then add a mentor. From GUI this is the only available option to me (see attached picture). How can I choose somebody else directly from GUI?

@Aklapper could you recommend someone who can review this change? Thanks.

2 weeks later, there seems to be no progress on the tasks that depend on that script working so I don't really care much about potayto potahto discussions - we need changes to various namespaces throughout the projects.