Commons:Administrators' noticeboard

From Wikimedia Commons, the free media repository
(Redirected from Commons:AN)
Jump to navigation Jump to search

Shortcut: COM:AN

Community portal
introduction
Help deskVillage pump
copyrightproposalstechnical
Administrators' noticeboard
vandalismuser problemsblocks and protections

This is a place where users can communicate with administrators, or administrators with one another. You can report vandalism, problematic users, or anything else that needs an administrator's intervention. Do not report child pornography or other potentially illegal content here; e-mail legal-reports@wikimedia.org instead. If reporting threatened harm to self or others also email emergency@wikimedia.org.

Vandalism
[new report]
User problems
[new report]
Blocks and protections
[new report]
Other
[new section]

Report users for clear cases of vandalism. Block requests for any other reason should be reported to the blocks and protections noticeboard.


Report disputes with users that require administrator assistance. Further steps are listed at resolve disputes.


Reports that do not suit the vandalism noticeboard may be reported here. Requests for page protection/unprotection could also be requested here.


Other reports that require administrator assistance which do not fit in any of the previous three noticeboards may be reported here. Requests for history merging or splitting should be filed at COM:HMS.


Archives
12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1
75, 74, 73, 72, 71, 70, 69, 68, 67, 66, 65, 64, 63, 62, 61, 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45, 44, 43, 42, 41, 40, 39, 38, 37, 36, 35, 34, 33, 32, 31, 30, 29, 28, 27, 26, 25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1
26, 25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1
73, 72, 71, 70, 69, 68, 67, 66, 65, 64, 63, 62, 61, 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50, 49, 48, 47, 46, 45, 44, 43, 42, 41, 40, 39, 38, 37, 36, 35, 34, 33, 32, 31, 30, 29, 28, 27, 26, 25, 24, 23, 22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1
COMMONS DISCUSSION PAGES (index)


Note

  • Remember to sign and date all comments using four tildes (~~~~), which translates into a signature and a time stamp.
  • If appropriate, notify the user(s) concerned. {{subst:Discussion-notice|noticeboard=COM:AN|thread=|reason=}} is available for this.
  • Administrators: Please make a note if a report is dealt with, to avoid unnecessary responses by other admins.


Kindly request an administrator close discussion and remove the deletion tag on my own work File:Kimberly_Kowal_Arcand_at_TEDx_Providence_Rhode_Island.jpg[edit]

My own work (image) was mistakenly tagged for deletion. A discussion was held and my image was decided to be kept by other Wiki editors.

File:Kimberly_Kowal_Arcand_at_TEDx_Providence_Rhode_Island.jpg

Thank you for your time and assistance in this matter!

--Tracykarin (talk) 03:12, 12 January 2019 (UTC)

Please speedy close-keep DRs for redirects[edit]

Please speedy close-keep these DRs for redirects so the redirect can start working again. A filemover (CaribDigita) suddenly started blanking redirects, followed by deletion nominations because the page was empty - well duh. - Alexis Jazz ping plz 0p7:54, 8 January 2019 (UTC)

Admins please feel free to review. These are all redirects that are not actually being used and are actually all misspelled. Please feel free to delete if you see fit. Please feel free to advise if Speedy delete "Misspelled" would be more appropriate forum to discuss instead. Caribbean in any language is always "ONE r" TWO bs. CaribDigita (talk) 07:56, 8 January 2019 (UTC)
@CaribDigita: There is no reason to delete these redirects. External sites may be using them, they don't bother anyone but you and it's adding something completely trivial to the workload of already overworked admins with a massive backlog. - Alexis Jazz ping plz 08:00, 8 January 2019 (UTC)
I placed it for discussion for anybody to discuss. If you don't like me airing it for discussion, I don't know what to tell you. For the record I did look under "What Links Here" prior to nominating for discussion. CaribDigita (talk) 08:05, 8 January 2019 (UTC)
 Not done. Nothing urgent is here. Regular deletion requests are open for everybody to discuss. No need to close the requests prematurely. Taivo (talk) 08:47, 8 January 2019 (UTC)
@Taivo: the annoying thing is that redirects break while they're nominated. Otherwise I'd agree. - Alexis Jazz ping plz 12:04, 8 January 2019 (UTC)
@CaribDigita: "what links here" does not list external sites. It doesn't even list other projects! Only pages on Commons that link to it. - Alexis Jazz ping plz 12:08, 8 January 2019 (UTC)
For the record. You requested that I stop unlinking the misspelled redirect images from the actual files:/images they're linked to and I've ceased doing that. My intention as I explained separately: was to make sure the actual images were not deleted in error as part of the delete discussion request I put up. My aim was not to delete any content at this time save for correcting instances of the misspelled "Caribean", "Carribean", "Carribbean", et. al. In terms of your query about external links. That's also covered by the "Special Pages" tool [1]. All I was doing is cleaning up this misspelled content which has continued to grow. I even found two Wiki logos that were misspelled and orphaned that I attached to Cat:Caribbean for the time being. My aim is not to do anything destructive of WikiProject Caribbean but in fact is to clean it up. P.S. I do acknowledge you for your help after our conversation of your assistance in revising many articles with misspelled Caribbean as well. You certainly were far quicker than myself and I extend kudos to you for that. Again the reasoning I had unlinked them is I did not-not-not want to have someone click the link come to the photo, basically sum up the image as one 'worthless' in their minds eye and delete all two off. That was not me intent only to clean up misspelled "Caribbean" across the projects because it keeps growing each year steadily and eventually one instance misspelled like on a map can begin to carry over to other things as a seemingly authoritatively seeming source of correct spelling. I cannot find it now but under one of the French isles there were three or four misspelled "Caribbean" images and that then translated to the person in French seemingly thinking that was correct spelling and they placed it onto WIKIData which goes on other projects now too, and I cannot now find that WikiData as I was supposed to come back and clean that up for them. CaribDigita (talk) 12:31, 8 January 2019 (UTC)
  • @CaribDigita: While your point against this particular spelling mistake, especially when it carries across languages, is well made and I’d agree that it is more than just a trivial typo, deleting misspelled redirects in ineffective and counter productive. On the other hand, there are many, many thousands of undescribed and under-categorized Caribbean photographs you could be working on. (Also, please note that Special:LinkSearch looks for outgoing links not incoming ones; it’s possible to search for those, but it probably needs an external search engine. The WMF servers may have historical data on remote hits on Commons file redirect pages, but I don’t know how to reach those.) -- Tuválkin 14:40, 8 January 2019 (UTC)
  • @CaribDigita: when it comes to redirects, in an ideal world they are completely unused. But in reality, they may be linked from an article or talk page on Wikipedia, Wikivoyage or another project. Or it can be linked from an external site that is completely unrelated to Wikimedia, like a blog, forum, news website, etc. None of the methods you used can detect any of that, but we don't want to break their links. In fact, if someone links File:1955 Packard Carribbean convert VA g.jpg, wouldn't you want them to be redirected to File:1955 Packard Caribbean convert VA g.jpg so they can see the correct spelling there? Redirects are like traffic barriers: ideally nobody ever needs them. But we have them anyway, just in case. - Alexis Jazz ping plz 15:51, 8 January 2019 (UTC)
  • A point to retain: This user is skilled enough to cause all this but is still befuddled by Wikidata’s UI, which was designed as something more “intuitive” and “simpler” than wikitext, with a side serving of nose thumbing — <sarcasm>and it’s clearly working just fine.</sarcasm> -- Tuválkin 14:40, 8 January 2019 (UTC)

Question: Could the DR notification templates be moved from the redirect pages to the talk pages of the redirects, so that the redirects will work until the DR is decided? --C.Suthorn (talk) 04:57, 11 January 2019 (UTC)

@C.Suthorn: I would like that. - Alexis Jazz ping plz 05:59, 11 January 2019 (UTC)
If you move the template down, the redirect works again. Multichill (talk) 23:15, 11 January 2019 (UTC)

Support needed to create a test user with almost no privileges[edit]

I'm working on the Android Wikimedia Commons App. We are wanting to create more automated tests to our code to improve the stability of the app and allow us to safely refactor old code.

To do this, I think it would be very beneficial to have a testing user account (maybe multiple) either here or on Beta Commons. This user should not be able to change their own password, upload images or edit any pages (including their own talk page). Essentially, just be able to view their own uploads. This is so we can safely share the username and password publicly so new contributors can run the tests. The app does check if a user is banned, and doesn't log in, so ideally the user wouldn't be. However it might be possible to write a workaround if this is the only possible way to do it.

Ideally there'd be two users:

  • One with no uploads
  • One with some uploads (I can provide real media which I haven't uploaded yet for this account, so not just dummy uploads for real commons)

Apologies if this is the wrong place to be asking, if so please tell me where I should ask.

Related Github issue: #2226

Thanks in advance, domdomegg (talk) 15:38, 9 January 2019 (UTC)

Hi, AFAIK, we currently can't have an account which works that way. Either an account is enabled, so it can edit anything which is not protected, or it is blocked, and it can't even log in. Regards, Yann (talk) 15:48, 9 January 2019 (UTC)
@Yann: by default, blocked users can edit their own talk page, so they must be able to log in. I don't know about accounts that are blocked and are not allowed to edit their own talk page.
Right, I forgot about that. Yann (talk) 16:17, 9 January 2019 (UTC)
You could also block them while keeping their talk page access, then protect the talk page so only admins can edit it. Still, there's the password issue. - Alexis Jazz ping plz 16:18, 9 January 2019 (UTC)
Only globally locked users cannot login AFAIK. GMGtalk 16:20, 9 January 2019 (UTC)
@Domdomegg: I don't think there's a way to stop users from changing their password. The rest could be achieved with abuse filters. - Alexis Jazz ping plz 16:15, 9 January 2019 (UTC)
Three ideas: assign a bot flag and login with the bot password. 2) enable 2FA on the account, and have the second factor handled by someone from the app development team, so that users of the account need assistence from this person to login. 3) block access to special pages with a filter. --C.Suthorn (talk) 16:47, 9 January 2019 (UTC)

@Alexis Jazz: @C.Suthorn: @Yann: Thanks you all your rapid response on this - from what I can understand from your responses it might be possible by doing all three of the following:

  1. Blocking the account indefinitely. Have the reason link to this and Github issue #2226 so other admins don't unblock. While blocking, enable the options "Prevent user from sending email" and "Prevent this user from editing their own talk page while blocked".
  2. Block the account from accessing pages in the Special namespace (so they are unable to change the password)
  3. Assign a bot flag

For safety, I think it's just worth doing this on Beta Commons for now. Maybe we can expand to 'real Commons' after making sure this system does work. If this won't work, please do explain why. Otherwise, please can you make these changes for me on the accounts AndroidTesterNoMedia and AndroidTesterMedia on Beta Commons.

Thanks again, domdomegg (talk) 16:45, 10 January 2019 (UTC)

@Domdomegg: I have done action 1. I can do neither 2 nor 3.   — Jeff G. please ping or talk to me 02:57, 12 January 2019 (UTC)

An empty sockpuppet transgressed the page protection[edit]

The pup hasn’t a slight privilege anywhere and the File:Fan Yun and Peter Huang.JPG‎ (histlogsabuse log) is autoconfirmed-only. What the ⋯ ? Incnis Mrsi (talk) 09:24, 11 January 2019 (UTC)

The account is autoconfirmed - it passed the 4-day threshold on January 5. Pi.1415926535 (talk) 09:30, 11 January 2019 (UTC)
Whoops… for some reason I deemed that certain number of edits(actions) is required, and also that this user group is indicated in CentralAuth – both false. My protection proposal definitely was misleading then. Incnis Mrsi (talk) 09:37, 11 January 2019 (UTC)
It’s a pity that Commons hasn’t the extendedconfirmed group. Incnis Mrsi (talk) 09:39, 11 January 2019 (UTC)

Archived RfC[edit]

Commons:Village pump/Proposals/Archive/2018/11#RfC: Musical notation files was archived by a bot without anyone actually closing the discussion. What should be done about this? (I'm not familar with Commons RfCs.) Should an uninvolved user close the discussion, should the discussion be moved back to Commons:Village pump/Proposals, or should a Phabricator ticket be opened for the addition of the six file formats anyway? Jc86035 (talk) 08:35, 13 January 2019 (UTC)

Bad translation in upload wizard[edit]

The German headline of the structured data label in the upload wizard has the same name as the regular description field, only the information about the field makes clear witch field is for what. Both fields are titled with "Beschreibung" at files the field is titled with "Bildtext", what is ok but not a common used word an alternative could be "Kurzbeschreibung" or just "Label" or "Titel". --GPSLeo (talk) 20:50, 13 January 2019 (UTC)

Unblocking[edit]

Hello! Per ticket:2019011110002261, please unblock Malkhaztchubabria (talk · contribs) (who is from Ministry of Internal Affairs (Q3649223)), undelete their uploads and tag them with {{OTRS received}}. I will handle the permissions. Thanks! Bencemac (talk) 09:29, 14 January 2019 (UTC)

Pictogram voting comment.svg Comment Unblocked. Yann (talk) 17:38, 15 January 2019 (UTC)

Simulated revenge porn attack[edit]

File:Maday tenorio.jpg is commercial porn that has had someone else's face photoshopped on it. A similar file of the same name was previously uploaded by the account User:Karen1234579. Can an admin please block the new account, delete all of their uploads, and perhaps refer it to a checkuser? Thanks. World's Lamest Critic (talk) 15:57, 14 January 2019 (UTC)

Look for edits in deleted files[edit]

Hello.
Please, look for deleted SVG files in these contributions and report findings. Pretext: less than satisfactory reaction to User talk:Malcolma‎ #{{Duplicate}} contrary to all customs and common sense. Incnis Mrsi (talk) 16:19, 15 January 2019 (UTC)

Personal attacks by User:Dr Samkiv Kumar[edit]

Greetings! Please take note against the User:Dr Samkiv Kumar, he continuously threatens me by abusive hindi words in Devnagri script. Recently I blocked him from hiwiki for his inappropriate behaviour and edits. Now he writes messages on my user page for urging unblock and his recent abusive attack is here in hindi language (This file is uploaded by me). I saw that he also uploaded many unfree copyright files here. Please take appropriate action.-- Prongs31 05:14, 16 January 2019 (UTC)

Warned him, next time block. --Steinsplitter (talk) 07:00, 16 January 2019 (UTC)
✓ Done Indef. Vandalism only account. Copyvios deleted. Yann (talk) 07:30, 16 January 2019 (UTC)