I agree with Johannnes89. That doesn't seem to be a landing page that is valid per the CentralNotice usage guidelines. — What about adding a temporary section to the landing page where more information about the process and call to action (if technically feasible)?

Logically, option 1 makes more sense to me. Limiting “all” could be confusing. Furthermore, automatic creation of temp accounts cannot be separately displayed separately (= the more granular the log, the better ;P).

I must have overlooked the question for confirmation, I'm sorry. I had tested it immediately and it's working well for me, thank you!

In T321543#10885628, @Ladsgroup wrote:

I hope this is the right place for feedback: I love it but one thing that can make it even better: Adding an option to search non-entity namespaces only (maybe only "discussion namespaces?") as an admin, quite a lot I need to open a discussion page, a project page (deletion requests, etc.) and currently it doesn't work at all. It was so frustrating that I wrote a gadget long time ago append search results from other namespaces to the bottom of the old search: https://www.wikidata.org/wiki/MediaWiki:Gadget-SearchAll.js which is enabled by 1.3K people already (!) https://www.wikidata.org/wiki/Special:GadgetUsage

Something like this:

In T397099#10925292, @Dzahn wrote:

In T397099#10920594, @Astinson wrote:

DerHexer is a long-trusted Steward that wants access to some of the data that is available through Central Notice, he has an existing NDA with the Foundation.

@KFrancis Hi, could you confirm this? I can't find him on the NDA/MOU spreadsheet. Real name is Martin Rulsch.

In T397099#10925045, @herron wrote:

In T397099#10925025, @gerritbot wrote:

Change #1160216 had a related patch set uploaded (by Herron; author: Herron):

[operations/puppet@production] admin: add ldap_only entry for derhexer

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

Hi @DerHexer what should be used for real name? I didn't see it on the ldap account yet. Thanks!

I second Johannnes89’s reasoning. CN admins would appreciate it when metawiki translation admins would support them with publishing translations of banners!

https://meta.wikimedia.org/w/index.php?title=MediaWiki:Centralnotice-template-wm2025scholarships_banner&diff=prev&oldid=27735089

That's more or less what I did with my category banners here, just with categories instead of articles.

@AndyRussG Well, I haven't worked for years on SUL finalization as a volunteer when we don't use this for global settings (and we do so for other functionalities already!). ;)

@Pcoombe Yes, I sadly know. And in my opinion, I consider this a bug and not a feature. Many of us are active on more than one project and get annoyed by the same banners multiple times.

@AndyRussG Thanks for the helpful explanations! :) Do you have any technical documentation about CentralNotice which would help CN administrators like me to better understand the system?

Thanks @AndyRussG for fixing the preference bug!

The campaign has been deactivated for various reasons. Another SecurePoll link will be created soon. Besides that, the banner code has been fixed. For further information, please follow the CN request page: https://meta.wikimedia.org/wiki/CentralNotice/Request/Movement_Charter_Drafting_Committee_Election

We stewards can only confirm that it's actually you who filed this request but we cannot reset the email address ourselves. Only a developer can. ;)

Banner campaign will start on Monday, 8:00 UTC (= 9:00 CET). Correct banners should be attached.

Indeed, I've flipped the banners. Thanks for the ping.

#cvn-unifications is intensively used by stewards to detect abusive user names. It's the easiest (if not only useful) source of global account creations.

@SPoore Thanks for clarifications. Now I understood what you meant with partial blocks. However, I still think that we should be transparent about that in general while functionaries should definitely see that at any time.

Hi, I am afraid I do not understand the reasoning.

I got the first error when I used Special:Nuke on Wikimedia Commons. Is it possible that something has not been updated with this old tool?

Throws API errors:
API request failed (internal_api_error_DBQueryError): [WzPl3wpAIDYAAF1ZcmYAAAAC] Database query error. <i>at Wed, 27 Jun 2018 19:30:57 GMT</i> <u>served by mw1342</u>

Thanks! :-)

Well, I tried to fix it but it fails which is why we are seeking help here. I can still see the WLE banner on the landing page:

In T191562#4133874, @ovasileva wrote:

Follow up questions:

1. I wonder if we should also update the copy on the languages overlay panel (see attached jpg below)

I agree. I like the alternative version

As a Wikimedia Steward and WMDE colleague, I can confirm that this is Léa Lacroix. Please reset her 2FA, thanks.

In T181072#3780184, @bd808 wrote:

We want to add this text:
“Some Wikimedia movement organization proceed with the results of the international Wikimania Scholarship Committee results, some will create their own jury process. In the second case, do you intend to apply for funding there, too? If so, we will work with the organisation in question to arrange the best solution.
o Yes o No”

Is this actually adding a new question, or just changing the text for the existing 'form-chapteragree' question?

Indeed, thanks for helping! :)

Sure, especially banner building. Multi-lingual sounds good, too.

As a Wikimedia Steward I can confirm that both his accounts are used by the same person who is standing next to me.

A hack in my script should avoid such problems in the future.

Stewards use loginwiki more than 10'000 times per year, see https://meta.wikimedia.org/wiki/Stewards/CheckUser_statistics_for_loginwiki. To date, we need to login to loginwiki to be able to check IPs there with the checkuser tool.

I successfully renamed the account under the auspicies of legoktm.

In T152593#2854724, @Cirdan wrote:

As AKlapper says, the discussion is about the change which was implemented to send new users and those not logged in to the VE from the search results. However, the underlying issue why this needed to be fixed in the first place is that red links always send users to the wikitext editor. We would like to send users to whichever editor is their default, which currently is only possible for single-edit-tab wikis. Sorry for the confusion.

Hm, afaics, the list stops at G- (see e.g. https://meta.wikimedia.org/w/index.php?title=Special:UsersWhoWillBeRenamed&dir=prev&limit=25 https://de.wikipedia.org/w/index.php?title=Special:UsersWhoWillBeRenamed&dir=prev&limit=25 ). Is there a limit for lists on Special pages that requires extension in order to get more results?

Finally available! :-) Thanks for everyone who made that possible. Will you eventually implement an option where we can filter by editcount or hide at least the 0 edit accounts?