Jump to content

Wikimedia Forum

Add topic
From Meta, a Wikimedia project coordination wiki
Latest comment: 1 hour ago by Meadcreak in topic Blocking in Wikidata gone wrong
Shortcut:
WM:FORUM

The Wikimedia Forum is a central place for questions, announcements and other discussions about the Wikimedia Foundation and its projects. (For discussion about the Meta wiki, see Meta:Babel.)
This is not the place to make technical queries regarding the MediaWiki software; please ask such questions at the MediaWiki support desk; technical questions about Wikimedia wikis, however, can be placed on Tech page.

You can reply to a topic by clicking the "[edit]" link beside that section, or you can start a new discussion.
Wikimedia Meta-Wiki
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} and sections whose most recent comment is older than 30 days.

Where else to re-propose restricting new users from interwiki-uploading?

[edit]

Besides enwiki and arwiki, where else can I re-propose? I attempted a Community Wish, which was then "archived"... or rather declined by the WMF as policy-related. The Commons community has favored restricting newest (or non-confirmed) users from crosswiki-uploading files into Commons. So have arwiki and enwiki. Shall I re-propose at dewiki, Meta's RFC, or where else? George Ho (talk) 16:44, 23 December 2024 (UTC)Reply

I think that a request for comment is the best way to go. Having to notify each community individually would be time consuming. I am willing to start a RfC if you agree. This will require a massmessage to every prominent page on every wiki, so that the wider community can share their thoughts here. ToadetteEdit (talk) 16:45, 28 December 2024 (UTC)Reply
@ToadetteEdit: Please feel free to go ahead and start the RFC then. George Ho (talk) 09:36, 29 December 2024 (UTC)Reply
Where is the decline? How is this not solely a commonswiki issue? Isn't that the only project impacted? — xaosflux Talk 21:14, 28 December 2024 (UTC)Reply
phab:T370598 is still open. This seems to simply be a commonswiki request of Don't let users upload files to our project using certain methods unless they meet certain criteria, correct? As they have already decided that via community discussion, where is the place that WMF staff has told them their request will be refused? (link please). — xaosflux Talk 22:20, 28 December 2024 (UTC)Reply
I suspect by "refused" George Ho simply means nobody has gotten around to doing it. * Pppery * it has begun 00:21, 29 December 2024 (UTC)Reply
It also sounds like this isn't an existing configuration setting to just be toggled, and no one has volunteered to write patches to support it. Are we missing something here @George Ho? — xaosflux Talk 05:55, 29 December 2024 (UTC)Reply
@Xaosflux and Pppery: Link to the refusal... unless it's not a "refusal"?: Community Wishlist/Wishes/Disallow or restrict non-confirmed users from cross-wiki uploading files to Commons. George Ho (talk) 09:35, 29 December 2024 (UTC)Reply
Well lets go right to the source: @JWheeler-WMF: is this concept something that the foundation would block for deployment on WMF servers without additional specific actions from communities, if so what? If this is simply a matter of not spending paid developer effort, I'm assuming that wouldn't prevent volunteer effort (along with the thousand and thousands of other backlogged phabricator feature requests). — xaosflux Talk 12:44, 29 December 2024 (UTC)Reply
Comment Comment Hi everyone, I opened a discussion since August 25 on arwiki, Most of the discussion participants agree to restrict non-(auto)confirmed users from uploading files to Commons. Gerges (Talk) 11:59, 29 December 2024 (UTC)Reply

I agree that cross-wiki uploads are a problem, but I don't think autoconfirmed status is enough. About two years ago I tracked certain cross-wiki uploads for four months, and what I found was that the Upload dialog is used mostly by inexperienced users. Almost half of the circa 250 images were deleted, and there are still many that should be checked. The WMF study confirms what I learned from my data. Editors who upload images straight from the editing window have no understanding of copyright in Wikimedia setting, yet they're "allowed" to upload images with just a couple of clicks. That hurts the copyright holders, the volunteers who clean up the mess, and also the uploaders who get discouraged when their images are deleted, sometimes without them even realizing it. From page 22 in the study, a comment from one participant: "I don't need to know what CC A-SA 4.0 is. I trust Wikipedia to do the right thing." Yikes. Each wiki should be able to decide the userright threshold for cross-wiki uploading in their wiki. -kyykaarme (talk) 17:24, 1 January 2025 (UTC)Reply

Sorry, but global restrictions against non-(auto)confirmed users are the best way forward for all wikis.

Each wiki should be able to decide the userright threshold for cross-wiki uploading in their wiki.

We can't just await every community's decision on how to resolve this, can we? They can individually decide how to set the boundaries between autoconfirmed and extended-confirmed statuses, but every wiki (if not almost) seems reluctant to challenge/oppose proposed restrictions against non-confirmed users. George Ho (talk) 20:04, 1 January 2025 (UTC)Reply
The blocking is not the problem every Commons admin can simply set the current AbuseFilter they are already blocking some uploads to block all uploads from users without the required rights. The problem is that if we do this this way people still see the dialog and get an error message at the end of the process. We need to hide the tool or mark it as unavailable for users without the required rights on Commons. GPSLeo (talk) 19:25, 2 January 2025 (UTC)Reply
I did some testing with a new user account and figured that blocking non-confirmed users from cross-wiki uploading is better than doing nothing. (It takes a bit more "effort" to become confirmed on Commons than what I had thought.) But why not do it with the Abuse Filter? Sure, it's not user-friendly, but the filter already has more than 3 million hits and it matches hundreds of uploads a day. (So what's a few more.) A small portion of the uploaders manage to upload their image later with the Upload Wizard, which is what we want new users doing. If the Abuse Filter option turns out to be a huge disaster, it can be reverted back to the restrictions it has now. kyykaarme (talk) 12:21, 5 January 2025 (UTC)Reply

Started the RFC yesterday: Requests for comment/Restrict non-confirmed users of all wikis from crosswiki-uploading files to Commons. George Ho (talk) 17:25, 5 January 2025 (UTC)Reply

2024 – Top pageviews statistics

[edit]

The top for en.wikipedia.org (unfiltered list from dump files) is:

              1741486105 Main_Page
               710854643 Special:Search
               364736470 -
               175040102 Wikipedia:Featured_pictures
                49955454 Cleopatra
                49937590 Deaths_in_2024
                42188457 YouTube
                36587897 XXXTentacion
                31518426 Pornhub
                30809103 2024_United_States_presidential_election
                29368966 Kamala_Harris
                27178237 Donald_Trump
                25856616 .xxx
                24738175 Indian_Premier_League
                22415352 Deadpool_&_Wolverine
                20808010 Portal:Current_events
                20213711 Project_2025
                18812555 ChatGPT
                18436303 2024_Indian_general_election
                18393096 Elon_Musk
                18229680 Taylor_Swift
                17337762 2020_United_States_presidential_election
                16497375 United_States
                16151824 Lyle_and_Erik_Menéndez
                16100081 2024_Summer_Olympics
                15894834 XXX_(2002_film)
                15807745 Facebook
                15659568 UEFA_Euro_2024
                15294908 Joe_Biden
                15051723 Kalki_2898_AD

More infos and another wikis: https://archive.org/details/2024-top_2k_user_pageviews Dušan Kreheľ (talk) 08:07, 1 January 2025 (UTC)Reply

Where are these images held

[edit]

Images such as https://en.wikipedia.org/static/images/mobile/copyright/wikipedia-wordmark-en.svg: where are they held? They don't seem to be on Commons. Is that because they're copyrighted? Is there a complete collection of such images? 2601:644:907E:A70:819F:BBAE:7203:E590 18:01, 13 January 2025 (UTC)Reply

Commons mostly has copyrighted images. Sure enough, see c:File:Wikipedia-wordmark-en.svg. —Justin (koavf)TCM 18:03, 13 January 2025 (UTC)Reply
@Koavf That's interesting, then why isn't https://en.wikipedia.org/static/images/mobile/copyright/wikipedia-tagline-simple.svg on Commons also? 2601:644:907E:A70:819F:BBAE:7203:E590 18:07, 13 January 2025 (UTC)Reply
¯\_(ツ)_/¯ How did you even find this file? —Justin (koavf)TCM 18:16, 13 January 2025 (UTC)Reply
I noticed that the line "The Free Encyclopedia" on en: had been replaced with "Simple English" on simple: and I used "inspect element" to find out how this was done. The other thing I noticed was that the alt text for "Simple English" was "The Free Encyclopedia" (which seemed like a mistake). 2601:644:907E:A70:819F:BBAE:7203:E590 18:23, 13 January 2025 (UTC)Reply
https://github.com/wikimedia/operations-mediawiki-config/tree/master/static/images/mobile/copyright contains all wordmark and taglines. --~aanzx · · © 18:27, 13 January 2025 (UTC)Reply
Static images for the site are managed in git, mostly under https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/refs/heads/master/static/images/. Jdforrester (WMF) (talk) 14:34, 14 January 2025 (UTC)Reply

What do I do on here?

[edit]

Hi I am Adelaide, I have never usually been on a sister site of Wikipedia, I have been editing Wikipedia since 2024, I joined in 2023 and haven't been active a whole lot since 2024. So what do usually editors like me do here? Or isn't there anything to do? Since this is a meta site of Wikipedia after all... Please feel free to reply back, if you have an answer. Thanks! :) Adelaideslement8723 (talk) 19:00, 14 January 2025 (UTC)Reply

Meta-Wiki is about the larger Wikimedia movement and discussion at a hi level, so if you haven't edited much on the actual content projects, you probably won't find things that are very interesting here, but you are certainly welcome to participate. —Justin (koavf)TCM 19:22, 14 January 2025 (UTC)Reply
Hi Justin! Thank you for replying! I usually edit Wikipedia like in my language, which is English, so yeah I have been editing in my language, but ever since the incident at the English Wiki, haven't been editing since. :/
But overall thanks for replying! Very much appreciated! :) Adelaideslement8723 (talk) 19:47, 14 January 2025 (UTC)Reply
If you're interested in editing in English, the good news is that there are many English and multilingual projects where you could help out, including: b:en:, c:, d:, f:, n:en:, q:en:, s:en:, s:mul:, w:simple:, wikt:simple:, species:, v:en:, voy:en:, and wikt:en:. I personally think that editing on Wikiquote and Wikivoyage are very accessible for someone who maybe doesn't have that much experience, but please follow your heart. I'm sure you have something to give and we're all grateful for your help. —Justin (koavf)TCM 19:51, 14 January 2025 (UTC)Reply
Thanks! :D Adelaideslement8723 (talk) 19:55, 14 January 2025 (UTC)Reply

Blocking in Wikidata gone wrong

[edit]

I have been blocked in Wikidata while inserting 285965 IDs, the batches are now stuck, I stopped them, but some already generated "error", because the editing right was removed, cf. https://quickstatements.toolforge.org/#/batches/Meadcreak

On my user page it says "This account is a sockpuppet of Tamawashi and has been blocked indefinitely." But I am not a sockpuppet of Tamawashi. I cannot edit in Wikidata anymore and here the talk page of the user that blocked me, User:Jasper Deng, is protected against editing by me. Does anybody know how the block can be removed?

Shortly before I was blocked I found that a user linked me from the page d:Wikidata:Requests_for_checkuser/Case/MrProperLawAndOrder. That is not even a page about "Tamawashi". On that page one finds several instances of wrong reports, one user blocked without checkuser, then unblocked (User:E2.7182818284590). Also some user is accused of probably being Matlin, but that is labeled "Inconclusive".

At d:Wikidata:Requests_for_checkuser/Case/Matlin some other users are blocked. But it remains unknown, why sometimes users are blocked without checkuser, sometimes the checkuser finds "Likely", sometimes "Inconclusive". What is the basis? Fingerprinting, IPs? I am operating from a shared computer in a larger European city, I have *no* control over the software on the computer nor about what other users use this computer.

It seems most of the users listed at d:Wikidata:Requests_for_checkuser/Case/MrProperLawAndOrder and blocked did edit items about humans, like me. Nothing unusual. User:Jahl de Vautban seems to frequently "report" users there, because they fill gaps in items touched by other users before. That user seems to miss how SPARQL databases work. One can filter exactly for certain gaps and fill them. That is what I did.

What can be done to make the blocking process more reliable, only blocking real sockpuppets of, e.g. Tamawashi/MrProperLawAndOrder/Matlin? Meadcreak (talk) 08:28, 18 January 2025 (UTC)Reply