Commons:Administrators' noticeboard/User problems

Shortcuts: COM:AN/U • COM:ANU

• Community portal
  • introduction
• Help desk
• Village pump
  • copyright
  • proposals
  • technical
• Administrators' noticeboard
  • vandalism
  • user problems
  • blocks 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-reportswikimedia.org instead. If reporting threatened harm to self or others also email emergencywikimedia.org.
Vandalism []	User problems []	Blocks and protections []	Other []
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
22, 21, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1	114, 113, 112, 111, 110, 109, 108, 107, 106, 105, 104, 103, 102, 101, 100, 99, 98, 97, 96, 95, 94, 93, 92, 91, 90, 89, 88, 87, 86, 85, 84, 83, 82, 81, 80, 79, 78, 77, 76, 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	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	96, 95, 94, 93, 92, 91, 90, 89, 88, 87, 86, 85, 84, 83, 82, 81, 80, 79, 78, 77, 76, 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

^{Translate this page}

Administrators: Please make a note if a report is dealt with, to avoid unnecessary responses by other admins.

purge Admin backlog

---

Copyright:

• Copyright violations: ~82
• Unfree Flickr files: ~0
• Recent unfree Flickr images: ~0
• Media uploaded without a license as of 2024-07: ~59

Other:

• Duplicates: ~10
• Advertisements/spam: ~7
• Personal photos/selfies: ~8
• Other speedy deletions: ~54
• Categories for discussion: 84 months
• Media requiring a split up: ~0
• Requests for unblock: ~0
• Undeletion requests: ~5

Protected edit requests:

• Full protection: ~4
• Interface admin: ~16
• Technical: ~0
• Template protection: ~1
• Protection level: ~0

See also: DR, HMS, …

COMMONS DISCUSSION PAGES (index)

• Commons Help desk
• Village pump (general discussion)
  • Copyright
  • Proposals
  • Technical
• Graphics and photography discussion
  • Photography critiques
  • Image improvement
    • Illustration workshop
    • Map workshop
    • Photography workshop
    • Video and sound workshop
• Categories for discussion
• Undeletion requests
• Deletion requests
• Volunteer Response Team/Noticeboard
• Translators' noticeboard
• Work requests for bots

---

• Contact administrators
  • Vandalism
  • User problems (Dispute resolution)
  • Blocks and protections
• Bureaucrats' noticeboard
• CheckUser requests
• Oversight requests

---

• Telegram
• IRC ^webchat
• Commons mailing list (archive)
• Commons' bugs on Phabricator

Note

• Keep your report as short as possible, but include links as evidence.
• Remember to sign and date all comments using four tildes (~~~~), which translates into a signature and a time stamp.
• It is usually appropriate to notify the user(s) concerned. {{subst:Discussion-notice|noticeboard=COM:AN/U|thread=|reason=}} is available for this.
• It is important to keep a cool head, especially when responding to comments against you or your edits. Personal attacks and disruptive comments only escalate a situation; Please try to remain civil with your comments.
• Administrators: Please make a note if a report is dealt with, to avoid unnecessary responses by other admins.

Altsprachenfreund altering permissions on previous uploads

 Done, no problem here.

Altsprachenfreund created a template: User:Altsprachenfreund/Hinweis that limits commercial and other uses of images that they have previously uploaded. Their native language is german so I would prefer a german speaking admin talk to them about this. MorganKevinJ^(talk) 22:12, 10 September 2016 (UTC)

I'm not an admin but I don't see a problem here. He's not restricting the reuse of his photos. It's just a hint that there may be non-copyright restrictions for commercial uses of the photographs that have been taken in the premises of Deutsche Bahn, which is true according to German law. Quite the same as {{Personality rights}} The hint can be helpful for users of his photos. --Code (talk) 04:27, 11 September 2016 (UTC)

@Morgankevinj: Why you reported the user here instead of asking him on his own talkpage, please see COM:DISPUTE? Why you haven't notified the user about this complain here? Regarding the template, i agree with Code (Commons:Non-copyright restrictions). --Steinsplitter (talk) 05:45, 11 September 2016 (UTC)

This section is resolved and can be archived. If you disagree, replace this template with your comment. Hedwig in Washington ^(mail?) 20:54, 17 September 2016 (UTC)

203.145.95.224

Resolved

The user of this IP address vandalized a couple of pages on Mandarin Wikipedia, then got blocked. Now he or she is leaving insult words on my Wiki Commons user pages. ZhengZhou (talk) 02:35, 18 September 2016 (UTC)

203.145.95.0/24 blocked for 2 weeks + short semi-protections of the vandalized talk pages. INeverCry 02:42, 18 September 2016 (UTC)

Sqm1999 false uploads

Resolved

• Sqm1999 (talk · contributions · Move log · block log · uploads · Abuse filter log) block user

Can an admin wipe this users uploads? They're all clear screenshots of video footage that they didn't produce. Thanks.--JacktheHarry (talk) 14:14, 19 September 2016 (UTC)

 Done Images also used to vandalise en.wiki. [1][2] Эlcobbola _talk 14:48, 19 September 2016 (UTC)

CEOINFO

Resolved

Hi, CEOINFO (talk · contribs) doesn't look like someone making positive contributions. Probably a sock of some serial copyvios uploader. Opinions? Yann (talk) 18:22, 19 September 2016 (UTC)

FYI: Commons:Requests for checkuser/Case/Sigajefinho. CU unfortunately not helpful in this circumstance, so action(s) will need to be bahaviour-based. That said, per this comment, and contribs at pt:Iraquara, this is a DUCK. Эlcobbola _talk 18:37, 19 September 2016 (UTC)

User:Mukund2

Resolved

All of Mukund2's uploads are blatant copyvios (small exif data, all available online with larger file sizes). I've started going through and tagging them (example: this image), but there are so many an admin would be better off going through them and deleting. A photo I tagged earlier in July was similarly deleted. Best wishes, Jcc (talk) 18:04, 20 September 2016 (UTC)

 Done Copyvios deleted and user warned. Эlcobbola _talk 18:21, 20 September 2016 (UTC)

Shvarts 007

Five porn image this user has uploaded have been deleted three time but they keep reuploading the same images, now for the 4th time. See the most recent entry in Commons:Deletion requests/Files in Category:Unsourced Flickr images reviewed by FlickreviewR and then view the log for any of the images listed there. My opinion is they should be blocked indef. Ww2censor (talk) 11:17, 21 September 2016 (UTC)

 Done Copyvios deleted, user blocked. Эlcobbola _talk 14:57, 21 September 2016 (UTC)

These have now been reuploaded but under a new user name Diego Mendysabal, presumably a sock of Shvarts 007. Ww2censor (talk) 21:04, 21 September 2016 (UTC)

Confirmed, blocked, deleted. Thanks, Эlcobbola _talk 21:16, 21 September 2016 (UTC)

PrinceNijam

User:PrinceNijam has repeatedly changed the author of files, such as File:Moju chowdhury hat.jpg, to themselves and then changed the licensing of the file without holding the rights to the file (also on File:Tara-masjid.jpg & File:Shat Gombuj Mosque (ষাট গম্বুজ মসজিদ) 002.jpg). They have been warned against doing so, acknowledged the warning, then continued to do it. The user also has claimed that they are a license reviewer or admin on images (that don't need Flickr review) such as File:Wikipedian Prince Nijam.jpeg, which I left as shown to be an example. I would like to request admin intervention, possibly even blocking the user, for these issues. Elisfkc (talk) 20:49, 22 September 2016 (UTC)

 Done Blocked for a couple weeks. I deleted a few obvious copyvios. I guess Nijamahmed is an old alternate. The prince is certainly great at making a mess. INeverCry 21:18, 22 September 2016 (UTC)

The prince claims, that his home wiki is en.wiki, but he is indefinitely blocked there as sockpuppet: en:Wikipedia:Sockpuppet investigations/Mojuchowdhury-hat/Archive. I edited his userpage, where he claimed to be active since 2006 (correct is 2016), a steward and license reviewer. He added license in file:মোহাম্মদ নিজাম উদ্দিন.jpg, although the file does not look like selfie. Taivo (talk) 08:06, 23 September 2016 (UTC)

I've created Category:Sockpuppets of PrinceNijam and blocked the 3 other socks. I used PrinceNijam as the master since it's the easiest name to remember. I've also deleted the above image as a copyvio. INeverCry 08:33, 23 September 2016 (UTC)

user problem

can not log in or create account with my user name Krassiyank — Preceding unsigned comment was added by 95.87.232.230 (talk) 12:40, 24 September 2016 (UTC)

Removal off file mover rights from OSX

It’s sad that a proposal for revoking the file rename rights is required but after some digging I believe that this users rename practices damage the project.

OSX renames quite a lot files (mostly own uploads) when a rename would definitely be declined for most request for most request if those weren’t uploaded by OSX. After he renames the images he asks speedy deletion for the redirects using a misleading reason. This resulted in a lot of wasted admin time since I had to decline a lot of requests, another admin deleted a lot of the redirects presumably be in error and a third admin had a lot of work undeleting the redirects since they could be used externally or there could be linked to in PDF’s etc. Some of those files have been around for years under their old name. This behaviour puts our re-users at risk and can break external websites.

At first I wanted to leave this one be but this problem has been around since 2011 and was warned by another admin a year ago. The warnings may be old but they prove that this user should have reasonably known that his behaviour is uncalled for. Please note that this user has also been blocked for one month in July for disruptive behaviour.

Therefor I formally ask to remove OSX from the file mover group. Natuur12 (talk) 18:06, 24 September 2016 (UTC)

Please also note his second account OSX II which also has the file mover rights. Natuur12 (talk) 18:36, 24 September 2016 (UTC)

 Support, as the admin restoring these redirect en masse, tediously. This behavior goes back to at least 2011 (see Commons:Administrators'_noticeboard/User_problems/Archive_23#OSX_and_file_redirects), when the removal of this right was suggested for exactly the same reason. OSX has renamed and speedied literally HUNDREDS of these, just today, and thousands over the last few months, mostly just doing something as trivial as adding a space to the name, of files that go back 'at least' as far as 2008. This is ridiculous, and disruptive, and needs to stop now. Revent^talk 18:13, 24 September 2016 (UTC)

 Support removing OSX's file mover rights. --Steinsplitter (talk) 18:22, 24 September 2016 (UTC)

 Support removing OSX's file mover rights. Christian Ferrer ^(talk) 18:24, 24 September 2016 (UTC)

 Support would seem like a sensible idea at this time, in light of a proven history of problematic use of the permission, warnings about the use of the tool and failure to suitably modify the behaviour. Nick (talk) 18:25, 24 September 2016 (UTC)

 Done I've removed filemover from both accounts considering the seriousness of abuse of the right and the long history of abuse. I'm surprised that such an experienced and long-time editor would behave in this way. I figured the redirects I deleted were a day or two old and not needed, and weren't the exact Flickr title, so not needed to block dupe uploads. My apologies to Revent for creating the extra work. INeverCry 21:29, 24 September 2016 (UTC)

Please may I just say that anything, anything at all that minimises the confusion of often very large numbers of images of the same subject in just One pigeonhole is a Good Thing and I suspect this is what OSX has been doing. Eddaido (talk) 00:33, 25 September 2016 (UTC)

Thanks for the support Eddaido. I greatly appreciate this. OSX (talk • contributions) 03:57, 25 September 2016 (UTC)

This is seriously overblown. I tend to nominate old filenames for deletion that are from the last year or so—not very long on the server for files that don't get much use (yes really). Older titles from before 2015 tend to be nominated when there is incorrect information in the filename that is misleading (as per User talk:OSX/Archive 1#Redirects). For example, blatantly incorrect years or model information. What you guys fail to comprehend is that we have so many images of very similar cars and differentiating between them is very difficult. Having misinformation perpetuated in these filenames only exacerbates the problem. Between this issue and the inability of being able to delete absolute crap form the Commons (I got blocked for nominating files like this for deletion), means that I don't even know why I bother hanging around anymore. It seems many at Commons view this project as an archiving website where factual errors and poor quality files trump the project's principal aspiration as a high-quality media repository. OSX (talk • contributions) 03:57, 25 September 2016 (UTC)