Commons:Administrators' noticeboard: Difference between revisions

Shortcut: COM:AN

Please, check https://commons.wikimedia.org/wiki/Special:ListFiles/Damian_betke . Copyvio maybe. SpiderMum (talk) 06:17, 28 November 2016 (UTC)[reply]

 Done Thank you. I deleted the files and warned the user. --Sebari – aka Srittau (talk) 06:59, 28 November 2016 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. Sebari – aka Srittau (talk) 15:01, 28 November 2016 (UTC)

Could someone explain why Commons:Deletion requests/2016/11/26 hangs in Category:Other speedy deletions? A malformed DR could cause this, but I haven't noticed such a DR listed in the file (although __TOC__ in Commons:Deletion requests/Files uploaded by Celebrities Namibe makes it suspicious). --jdx ^Re: 11:24, 28 November 2016 (UTC)[reply]

@Jdx: I think it was Commons:Deletion requests/Category:2015 World Series Game 6 which was listed by @SecretName101: who may have been in a hurry. I have deleted the offending category and closed the DR but please feel free to trout the nominator for the next 10 years. 🙂 Green Giant (talk) 11:58, 28 November 2016 (UTC)[reply]

This section is resolved and can be archived. If you disagree, replace this template with your comment. Green Giant (talk) 15:18, 28 November 2016 (UTC)

Please keep your eyes peeled for new files that are way too big for their dimensions (e.g. 1GB for a <1Mpx Jpeg)... I've seen these very rarely in the past, and now three times in one day (Soe Khant Lin's, Zawminmyatyt123's and Totalleecher's files, note especially the last username). Word may have gotten around the game/app piracy circles that we are a convenient and free filehost as long as the extension is "jpg" and it parses as a jpeg. A quickly hacked together quarry query can spot some of these (the following checks only files over 10MB whose filesize is >10*width*height):

USE commonswiki_p;
SELECT concat("File:",img_name) 
FROM image
WHERE  img_media_type LIKE "BITMAP" and 10*img_width*img_height<img_size and img_name LIKE "%jp%" and img_size>10000000
ORDER BY img_timestamp;

I suck at SQL, though, and there is probably a much better way to do this. A similar query is taking forever to run. Pinging also @Ninjastrikers: who independently found some a lot of these. Storkk (talk) 16:43, 28 November 2016 (UTC)[reply]

Looking at the Commons:Administrators' noticeboard/Vandalism, here are others that Ninjastrikers found: User:GGN TPhA, User:Kma123, User:Soepyitaung, User:Ko kyaw 111. Sebari – aka Srittau (talk) 16:59, 28 November 2016 (UTC)[reply]

Also, MSE Upzone, Cum mortem, Wyibe, Ldy03607, Myo294, and more. Storkk (talk) 17:04, 28 November 2016 (UTC)[reply]

Also Wikikhaing.sample.account whom I indeffed a few minutes ago. --jdx ^Re: 17:21, 28 November 2016 (UTC)[reply]

Also, Minthwayy and Goldchannel. Ninja✮Strikers ^«☎» 17:26, 28 November 2016 (UTC)[reply]

For the SQL query: increase the size to 100 MB and the query will execute, because the set of files to look through is reduced significantly. Also, does anyone know how this is done technically? Is the movie just appended to the JPEG file or is it hidden in any other way? Could this be something that could be stopped during the upload by MediaWiki? --Sebari – aka Srittau (talk) 17:27, 28 November 2016 (UTC)[reply]

I also made a RfC about this issue. They used some kind of application that combine rar and jpg. Please check File:Weasone.jpg. Ninja✮Strikers ^«☎» 17:34, 28 November 2016 (UTC)[reply]

(Edit conflict) The naive way works because of the internal structure of a JPEG and some archive file formats. An explanation is here. I don't think it would be possible to stop this at upload time without some significant work, but I could be wrong.... @Bawolff? Storkk (talk) 17:39, 28 November 2016 (UTC)[reply]

I just glanced at it, but it seems fairly easy to find that pattern: Any JPEG file that contains a significant amount of data after the end of file marker (0xd9ff) should be marked as invalid. Especially if that data contains a ZIP local file header. --Sebari – aka Srittau (talk) 17:51, 28 November 2016 (UTC)[reply]

I did not mean to imply that this would be technically difficult. But what could be done in 5 minutes on our home machines might be extremely difficult to get implemented on Wikimedia's production servers, given the QA, reliability, etc. etc. etc. that need to be considered on the operations side of things. Storkk (talk) 17:58, 28 November 2016 (UTC)[reply]

The end-of-file marker in JPEG files is optional, so this doesn't really help. Matma Rex (talk) 19:49, 28 November 2016 (UTC)[reply]

See User:Dispenser/Absurd overhead. Previous discussions: Sept 2013, Oct 2013, Nov 2014. Then I was banned from Tool Labs for having copied freeware from the Toolserver (pngout). Dispenser (talk) 19:19, 28 November 2016 (UTC)[reply]

 Comment I just have created a rule for AbuseFilter. A few uploads have been already marked (for death ). The rule doesn't trigger any action yet (testing period), but some actions might be turned on in a few days (@Steinsplitter, what do you think about it?). As for now, observe the log and delete marked crap. --jdx ^Re: 20:13, 28 November 2016 (UTC)[reply]

@Jdx: Excellent :-).--Steinsplitter (talk) 09:20, 29 November 2016 (UTC)[reply]

@Jdx: I should have thought of an abusefilter rule! Great idea... I have a couple suggestions: because this is specific to how JPEGs work, and (animated) GIFs and PDF/DJVUs can reasonably be a higher multiple of width*height, I think you should restrict this to jpegs only. Additionally, since even 100% quality Jpegs are always compressed, I don't think your bits per channel calculation is meaningful. Rather, I would restrict it to files > 2 MB (to catch, e.g. File:1sony.jpg, File:Sony_vaio_lap2.jpg), and reduce the threshold to 3 * file_width * file_height ... 3 is still arbitrary, but anything >1 probably needs examination/explanation. Storkk (talk) 21:31, 28 November 2016 (UTC)[reply]

That mostly mirrors my Absurd overhead script, except the ICC profile in rare case can be a megabyte. So I'd set the threshold at 3 * file_width * file_height + 1048576. Dispenser (talk) 21:48, 28 November 2016 (UTC)[reply]

OK, I've implemented your suggestions with small changes – I've lowered file size from 20 MiB to 3 (2 is IMO extremely low) and restricted bitmaps to plain (not progressive) JPEGs and plain PNGs – File:Mynamr600.png is example of a 565 × 400, 60+ MiB PNG file. @Storkk, you're an admin, so feel free to change the rule. --jdx ^Re: 22:38, 28 November 2016 (UTC)[reply]

PNGs are cannot be correctly calculated because of phab:T132986. So file_bits_per_channel=8 could be either a True color 24-bit or an 8-bit palette PNG. Also, if file_frames or file_framecount existed we could account for Animated PNGs too. Dispenser (talk) 23:35, 28 November 2016 (UTC)[reply]

Special:AbuseFilter/160 appears to be working extremely well (thanks again, Jdx!). How about raising the edit count limit to 100 (really, there's no reason anybody should be uploading these, so maybe remove that check entirely) and preventing the uploads? Any objections? Also, I think it should be renamed to "Suspected embedded archive (CSD#F9) - gross filesize vs image size discrepancy, likely copyright violation"... what do others think? Storkk (talk) 11:44, 30 November 2016 (UTC)[reply]

There are a few files caught in that filter that are probably not from our vandal: File:V-CUPS Menstrual Cups.png and File:MPPharaoh20xd14 3D printeris.png. These should probably be analyzed beforehand. --Sebari – aka Srittau (talk) 11:56, 30 November 2016 (UTC)[reply]

Apparently, we support animated PNGs also, so that needs to be taken into account. Possibly just start with blocking JPEGs, and keep flagging PNGs? Storkk (talk) 12:26, 30 November 2016 (UTC)[reply]

For reference: Category:Sockpuppets of Wunnakyaw1 --Sebari – aka Srittau (talk) 05:30, 29 November 2016 (UTC)[reply]

Commons:Requests for checkuser#Wunnakyaw1 Sebari – aka Srittau (talk) 11:00, 30 November 2016 (UTC)[reply]

$ cat orig.jpg test.zip > stacked.jpg
$ file stacked.jpg 
stacked.jpg: JPEG image data, JFIF standard 1.01
$ convert stacked.jpg stripped.jpg  # this is an ImageMagick command

http://ask.metafilter.com/119943/How-to-detect-RARsEXEs-hidden-in-JPGs — Preceding unsigned comment was added by 197.218.89.9 (talk) 16:25, 30 November 2016 (UTC)[reply]

Imagemagick recompress the image. May be a good hint, but you cannot rely on this method. --Zhuyifei1999 (talk) 17:24, 30 November 2016 (UTC)[reply]

There some disruption by persons self-identifying as "the sole copyright and trademark owners of The World Tomorrow television and radio broadcast"

• On 18-Apr-2012: File:TheWorldTomorrow.jpg was uploaded by TheWorldTomorrow (talk · contribs)
• On 28-Nov-2016: File:THE WORLD TOMORROW.jpg was uploaded by Worldtomorrowgta (talk · contribs)
• On 28-Nov-2016: File:The World Tomorrow (radio and television).jpg was uploaded by Dollyparton7 (talk · contribs)

See also discussions at Commons:Administrators' noticeboard/Blocks and protections#The World Tomorrow (radio and television) and Commons:Deletion requests/File:THE WORLD TOMORROW.jpg.

The user has been advised to upload the image to Wikipedia using a Fair-Use justification and/or to submit an OTRS; but prefer doing things their own way. --- Barek (talk • contribs) - 22:26, 28 November 2016 (UTC)[reply]

We have followed this users instructions, to the letter. The upload was ACCEPTED and user BAREK seems bent on disruptive editing of this article for many years, falsely claims he would assist the insertion of the upload once it was complete, then complains after the upload has been properly done. (See the history of The World Tomorrow (radio and television) page, and other related subject pages Herbert W. Armstrong, and Garner Ted Armstrong, our former presenter's of our show The World Tomorrow. One has to self identify as the copyright and trademark owners for one to grant permission to Wikipedia to USE the show title card and insert it into the corresponding page. ---- DollyParton7 — Preceding unsigned comment added by Dollyparton7 (talk • contribs) 22:38, 28 November 2016 (UTC)[reply]

You are currently posting on Wikimedia Commons. Look at the URL of this page. Look at the icon in the upper left that is labelled "Wikimedia Commons".

If your intent is to release the image under a free license (meaning anyone anywhere to use, copy, modify, or to sell the image without giving notice to you), then you still need to go through Commons:OTRS to satisfy any concerns admins of the Commons may have with your ownership of the image.

If your intent is to retain ownership of the title card and only permit use on Wikipedia for fair-use purposes, then you need to upload the image to Wikipedia using a fair-use rationale. Claiming you did it correctly does not change that fact that all three of the above linked images are on the Commons, where you uploaded them. The correct process for uploading using fair-use has been spelled out for you, step-by-step at en:Talk:The World Tomorrow (radio and television)#Semi-protected edit request on 28 November 2016. --- Barek (talk • contribs) - 22:59, 28 November 2016 (UTC)[reply]

Dear Admins,

I am a bit concerned that 9/11 images from M. Goad's flickr account have just been uploaded here and attributed to this person when they are derivatives and were not taken by him. Secondly, the flickr license is PD-Mark and the images could be deleted...without the correct attribution. In one case the real photographer is named and it is Paul Morse. Perhaps, these set of images should all be deleted as it seems Mr. Goad does not have the right to release them into the public domain? I just raise the subject but you should make the decision here. Thank You, --Leoboudv (talk) 07:07, 29 November 2016 (UTC)[reply]

• My computer is going to be taken away for maintenance today but my concerns are still valid. I cannot respond for some time. Best, --Leoboudv (talk) 19:06, 29 November 2016 (UTC)[reply]

• Paul Morse, cited above, was the White House Photographer during the GW Bush administration, so his image is {{PD-USGov-POTUS}}, see http://paulmorsephotography.com/about-me/. I have changed the tags on that image accordingly. It's clear that Goad should not be credited for Morse's work or the work of others. .     Jim . . . . (Jameslwoodward) (talk to me) 19:39, 29 November 2016 (UTC)[reply]

File:Nina Esmeraldas.jpg disappeared for me, thumb was working but full res shows "file not found". --Denniss (talk) 13:48, 29 November 2016 (UTC)[reply]

It could be that the thumbs are from your cache. I do not see thumbnails, nor the full size version. Looks like an on-going ops problem based on the related VP discussion. Please add as a case to Phab:T124101. --Fæ (talk) 13:52, 29 November 2016 (UTC)[reply]

Sebastian Nizan (talk · contribs) is mass uploading pictures of flattened animals without giving proper descriptions. They all get the generic description and generic category of "Dead animals". May you please tell him, that this is not OK?--194.95.158.102 14:19, 29 November 2016 (UTC)[reply]

Namaste Everyone, Please delete old version of File:Raaza Upreti.jpg. —JuniorX2 ^Chat_Hello! 14:57, 29 November 2016 (UTC)[reply]

 Done Nick (talk) 15:01, 29 November 2016 (UTC)[reply]

Hello and Namaste Please merge this image with recent one. —JuniorX2 ^Chat_Hello! 01:13, 30 November 2016 (UTC)[reply]

 Not done, those are two different images. --Sebari – aka Srittau (talk) 10:03, 30 November 2016 (UTC)[reply]

those two aren't different images. Please have a look. Regards —JuniorX2 ^Chat_Hello! 12:31, 30 November 2016 (UTC)[reply]

Different uploaders, one photo shows the whole building, one only the entrance. Please verify that you linked the correct photos. --Sebari – aka Srittau (talk) 12:42, 30 November 2016 (UTC)[reply]

Can u please delete entrance photo? —JuniorX2 ^Chat_Hello! 15:22, 30 November 2016 (UTC)[reply]

That image is in use on the English Wikipedia and Wikidata. Also, deletion has to go through the regular deletion process, which will take at least a week. --Sebari – aka Srittau (talk) 17:42, 30 November 2016 (UTC)[reply]

I am a new user on Commons, I am not able to upload file from flickr using User:File Upload Bot (Magnus Manske). Is anyone is there who tell me how I can upload file from Flickr using the same tool.PurgePug^Talk 09:51, 30 November 2016 (UTC)[reply]

@Purgepug: Hi, did you authorize the application using OAuth? You should authorize the application every time you use it. And can you upload a screenshot of the error? Thanks, ★ Poké⁹⁵ 10:00, 30 November 2016 (UTC)[reply]

@User:Pokéfan95 I want to say that I don't have any link. Could you please give me the link for uploading?PurgePug^Talk 10:07, 30 November 2016 (UTC)[reply]

@Purgepug: Ah, please use Flickr2Commons or Special:UploadWizard for uploading images from Flickr. Thanks, ★ Poké⁹⁵ 10:10, 30 November 2016 (UTC)[reply]

@User:Pokéfan95 thanks.PurgePug^Talk 10:20, 30 November 2016 (UTC)[reply]

Walang anuman. ★ Poké⁹⁵ 10:36, 30 November 2016 (UTC)[reply]

• @Pokéfan95: This is a sock of LTA sockmaster Jhony jhony ha ji. Please read the description I've added to the userpage of the master acct. It may help with identifying the socks of this highly active LTA. Asking questions like this at noticeboards is a frequent occurrence. He usually uses names that're close to the name of a user he's had problems with. In this case, it's user Indopug who Jhony has been bothering for quite a while. I'll let the people over on en.wiki know so they can run CU and block. lNeverCry 12:53, 30 November 2016 (UTC)[reply]

I am trying to upload a file using UploadWizard which format is JPG. But when I try to upload file it will automatically change its format from JPG to jpg (small alphabet). Please tell me how I can upload it with format JPG using UploadWizard.WeNeverSing (talk) 11:29, 1 December 2016 (UTC)[reply]

@INeverCry: Another possible sock? --Sebari – aka Srittau (talk) 13:06, 1 December 2016 (UTC)[reply]

Hello! First, sorry for my bad english. I am the main contributor on Hungarian commons in last two and half years (200,000+ edits, over 1000 renaming etc.).

I have problems with an admin (user:Didym). This admin uploaded one word titled photos (that I dared to rename) 'Kettenbrücke' and 'Kettingbrug', these are bad file names (in my opinon) for Hungarian wiki: 'Széchenyi lánchíd', German 'Kettenbrücke (Budapest)' English: 'Chain Bridge (Budapest)' or 'Széchenyi Chain Bridge'.

He threated me for renaming. He deleted my answer from his site, and moved to my. My opinon this person is not worthy to 'Admin'.

In case if I'm wrong and the Rename was unjust,-it means to me I do not understand renaming conditions, -then I want to give back the right to rename instead to harass.

P.S. This message (Hungarian version) is sent to the head of the Hungarian Wikipedia.

(copied text from User talk:EugeneZelenko)

P.P.S. I need an anser to making it clear that the future should be clear what can be renamed (without threat). Means one word title ('Kettenbrücke') is enough for 2-3 words wiki titles (Kettenbrücke (Budapest)/Chain Bridge (Budapest)) or not. Sincerely, - - Globetrotter19 (talk) 16:02, 1 December 2016 (UTC)[reply]

I am afraid that Didym is correct. He did nothing wrong, he left a polite message at your talk page, explained the guideline to you. He didn't threaten you, he didn't delete anything and most defiantly didn't show any behaviour that is unbecoming of an admin. Natuur12 (talk) 17:20, 1 December 2016 (UTC)[reply]

I think the three recent uploads by Space Infinite (talk · contribs) are either copyright violations or inadequately documented to show that the claimed licenses were granted by the original author/publisher. I'm too busy to look into it right now, but I would be grateful if someone else would do so. Thanks. Dragons flight (talk) 17:17, 1 December 2016 (UTC)[reply]