Meta:Requests for help from a sysop or bureaucrat

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
Requests and proposals Requests for help from a sysop or bureaucrat (at Meta-wiki only) Archives (current)→
Meta-Wiki has a small active community. When a normal user requires the assistance of an administrator or bureaucrat for some particular task, it is not always easy to find one. This page helps users find one when they need one; asking specific admins directly via their talk pages is one way to elicit a fast response. It is only for assistance required at Meta-wiki, help for other wikis needs to be requested at those wikis.

See also: Stewards' noticeboard, Access to nonpublic personal data policy noticeboard, Category:Meta-Wiki policies, Category:Global policies

Meta-Wiki maintenance announcements [edit]
General maintenance announcements:
(as of 24 October 2020)

(as of 24 October 2020)
None currently.
(Last updated: 2020-05-23)
Wikimedia Meta-Wiki
This box: view · talk · edit

Please find answered requests in the archives (this month).

Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 10 days.

Campaign banners are loading too slow/too late[edit]

Banners of a CentralNotice are shown after the content of the page is already visible. If you try to click on a link or in the search box and the banner is shown at the same moment, you unintentionally click the banner and you are directed somewhere you didn't mean to go. If you are already reading an article, the newly loaded banner shifts the content further down and you lose the focus of where you are reading.

Possible solutions to avoid this undesirable behaviour:

  1. load banner at the same time as the content
  2. reserve space for the banner when the page is rendered and show it when it's ready
  3. show banner at the end of the page (such that the content doesn't move when it's shown)

I hope this is the right place to suggest this. If not, please tell me where to go. --KeinGuterNameMehrFrei (talk) 21:19, 11 October 2020 (UTC)

The better place is Wikimedia forum. Ruslik (talk) 19:43, 13 October 2020 (UTC)
@KeinGuterNameMehrFrei: I think the bug report in phab:T52865 describes your issue - if so you may follow up on it there. — xaosflux Talk 02:18, 14 October 2020 (UTC)
Thank you for the link. The issue is probably not going to be solved since users have been pointing it out and making suggestions to overcome it since at least 2013.--KeinGuterNameMehrFrei (talk) 13:30, 14 October 2020 (UTC)

Czech Wiki Photo 2020 - addressing of Commons users[edit]

Hi, we (Wikimedia Czech republic) are now organizing the "Czech Wiki Photo 2020" contest and we´d like to address as many Czech users of Wikimedia Commons as possible to join this event with their photographs. The contest itself is a promotion of Wikimedia Commons for newcomers and something like "thank you" for already active users.

Our aim is to send one meassage on talk pages of users (who simultaneously recorded at least 50 editations on Wikimedia Commons in the last year) which would state: "hi, join our contest". Just preparing the list of users. I suppose we need the right to send such a number of messages. Thanks! --Jakub Holzer (WMCZ) (talk) 21:34, 15 October 2020 (UTC)

This seems to be a request for mass message sender permission. --Martin Urbanec (talk) 21:52, 15 October 2020 (UTC)
Wouldn't it be better to look to a Central Notice? Sending a message to users on all wikis without their invitation is not something that would be encouraged. If you are just talking about a specific wiki, then please ask at that wiki as each wiki has the ability for local mass messaging, so I suggest that you talk to Commons administrators at c:Com:AN.  — billinghurst sDrewth 22:20, 15 October 2020 (UTC)
@Billinghurst Linking [1]. Martin Urbanec (talk) 23:01, 15 October 2020 (UTC)
And if this is a mass message for only cswiki, any of their 34 admins can send it locally. — xaosflux Talk 12:40, 19 October 2020 (UTC)
@Martin Urbanec: Are you willing to help out this user to send locally and is a local cswiki MMS appropriate for this occassion? (cc Jakub Holzer (WMCZ) ) Camouflaged Mirage (talk) 15:50, 24 October 2020 (UTC)

Could not create account on smnwiki due to AbuseFilter 173[edit]

See abuselog. Request to modify this abusefilter. Thanks! --Xiplus (talk) 14:07, 22 October 2020 (UTC)

I can see why that's tripping the filter, but anyone know why that particular phrase is blacklisted? GeneralNotability (talk) 14:12, 22 October 2020 (UTC)
My guess would be some kind of LTA that creates abusive usernames with Xiplus' name in it. I think @Shizhao could answer that better, since he is the creator / maintainer of this particular filter. Wiki13 (talk) 14:17, 22 October 2020 (UTC)
Before this is answered properly by the filter maintainer, I've created a local account for Xiplus manually. Enjoy :). --Martin Urbanec (talk) 14:55, 22 October 2020 (UTC)
Since it's catching all Xiplus etc names to prevent LTA, I think best is not to change. What we can do is to manually create the account which is what Martin did or alternatively is to suspend the filter (i.e. - the Xiplus part) for a while (1-2 mins) for Xiplus to create the account. Can be co-ordinated with a meta sysop I guess. If it's an once off event, I see no need to change the filter. Alternatively, we can set up some rules exception, if Xiplus have any idea can contact me via email and we will adjust by there. Camouflaged Mirage (talk) 16:13, 22 October 2020 (UTC)
Just add & accountname != 'Xiplus'. Xiplus (talk) 00:08, 23 October 2020 (UTC)
On a second look, the log seems to catch a lot of false positives. If it's zh abusive names, the filter is not catching anything in zh for last 100 logs. I am now a little concerned about contributors being put off from contributing. I think there is a need to change the blacklisted terms or etc. Camouflaged Mirage (talk) 16:17, 22 October 2020 (UTC)
Global filters are not working on large wikis. Xiplus (talk) 00:15, 23 October 2020 (UTC)
@Xiplus: I meant "not catching anything in zh" =/= not catching anything in zhwiki rather it should mean not catching anything meaningful for the purpose of the filter. Camouflaged Mirage (talk) 08:28, 23 October 2020 (UTC)
Yes check.svg fixed filter Existing usernames should not be blocked from creation through abusefilter, that is the purpose of title blacklist which allows autocreations. Filter should be rewritten split on create and autocreat and utilise some match strings  — billinghurst sDrewth 02:24, 23 October 2020 (UTC)
Done further fixes (temp till Shizhao can respond). Should have resolved the issue with both of our fixes.Camouflaged Mirage (talk) 12:47, 23 October 2020 (UTC)

Temporary gadget 2 and protection for new wiki name contest[edit]

Hi. Briefly: Following on from my previous note last month, this is an FYI that we're using a different temporary gadget for round 2.

Also: Requesting full page-protection for Abstract Wikipedia/Wiki of functions naming contest/Names from now until 11 November as the gadget can break if that structure changes.

Context: (Without repeating what I wrote before!) For Round 2, we're going to use the gadget that ladsgroup created for the MediaWiki logo vote. This makes it easier to process the votes by making the formatting consistent, and will be re-usable for the future Logo contest which will happen once we've determined the name. The code is at MediaWiki:Gadget-AbstractWikipediaDraggableVoting.js. It can be tested by either participating in the MediaWiki logo vote, or with this demo link.

We've added translation features to the gadget, and I'll write to the translators next with a request for help with that. We'll enable the gadget for 2 weeks on 27 October. If you have any concerns or suggestions, please let me know. Much thanks, Quiddity (WMF) (talk) 17:29, 22 October 2020 (UTC)

Yes check.svg Done I've protected the page. Let me know if anything else neds to be done. Best, --Martin Urbanec (talk) 17:30, 22 October 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. DannyS712 (talk) 03:11, 23 October 2020 (UTC)

Possible socking[edit]

Since viwp CU had verified A and JohnsonLee01 as the same person (or at least compromised or whatsoever), both indeffed on viwp (A on self request), I am of the point that this application both account had participated in a voting, which is sort of against socking rules. What shall we do with them? For now, I will remove JohnsonLee01 autopatrol flag given the lost of trust given (1) Socking (2) Irregular welcoming in mass (noted on their talkpage) which shows they are not yet autopatrol ready. Camouflaged Mirage (talk) 17:39, 22 October 2020 (UTC)

We can't alter the past I think. At this point, the only recourse we have is to revoke A's global renamer permission, see the RfC. The other thing the global community can do is to globally ban A and/or JohnsonLee01, but I don't think that's going to pass.
Few notes: I can't speak Vietnamese, but A's block reason says "accounts used by many people: Wikipedia: Requires verification of account / A" in Google Translate. Doesn't seem like self request to me. Also, they're apparently two different persons, but they shared their accounts with each other. Best, --Martin Urbanec (talk) 17:45, 22 October 2020 (UTC)
The 1 year seems initial block, then moved to indef (first via user request) and now there are community members asking for indef (if I google translate viwp discussion properly). I don't think we are going for global ban though. True, quite stale for a block. Camouflaged Mirage (talk) 17:47, 22 October 2020 (UTC)
Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Camouflaged Mirage (talk) 16:34, 23 October 2020 (UTC)