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

Shortcut: COM:VP/T · COM:VPT

Welcome to the Village pump technical section

This page is used for technical questions relating to the tools, gadgets, or other technical issues about Commons; it is distinguished from the main Village pump, which handles community-wide discussion of all kinds. The page may also be used to advertise significant discussions taking place elsewhere, such as on the talk page of a Commons policy. Recent sections with no replies for 30 days and sections tagged with {{section resolved|1=~~~~}} may be archived; for old discussions, see the archives.

COMMONS DISCUSSION PAGES (index)


Please note
 

CatScan and PetscanEdit

In the Gadgets panel of my Preferences the “updated Catscan tool” link for CatScan V3.0 goes to a 503 error page. I guess the tool has been superseded, because I get a menu item called “PetScan” when I activate the Gadget (and it works fine). Where does one go to get the description & links updated? Is there a help page for PetScan?

Also, I notice I still have a “CatScan” menu item, whether or not the Gadget is on, that goes to exactly the same place AFAICT. But unlike the “PetScan” item it doesn’t pre-fill the form correctly: it starts from commons.wikipedia and, when coming from a Category page, adds an extra “Category:” prefix to the name. Assuming that were fixed, would there be any need for the Gadget? Or is CatScan going to be resurrected, the PetScan redirection being temporary?—Odysseus1479 (talk) 05:32, 31 March 2019 (UTC)

There's a PetScan manual at meta:PetScan. Petscan is a rewrite of CatScan (see http://magnusmanske.de/wordpress/?p=385), I assume CatScan isn't coming back. --ghouston (talk) 08:16, 31 March 2019 (UTC)
The description of the gadget can be fixed by editing MediaWiki:Gadget-CatScan2-link. Please feel free to make an edit request at its talk page. I have that page in my watchlist and will fulfil edit requests. 4nn1l2 (talk) 09:08, 31 March 2019 (UTC)
@Odysseus1479: I fixed the description of the PetScan tool in the Gadgets panel of Preferences: Special:Diff/347467189.
The ever-present and malfunctioning CatScan menu item comes from the "ExtraTabs2" tool in your Preferences. I made a request to remove CatScan from Help:Gadget-ExtraTabs2 (Special:Diff/347467851) to solve the problem of redundancy. 4nn1l2 (talk) 13:33, 27 April 2019 (UTC)
Thanks for following up both issues, @4nn1l2; apologies for not responding sooner.—Odysseus1479 (talk) 20:27, 27 April 2019 (UTC)

weird file history due to renamingEdit

Guys, @Richardkiwi: please look at history of File:高雄捷運都會公園站 (2413183504).jpg. I don't know why special:diff/342801153 ends up in the history of this page. Did something go wrong?--Roy17 (talk) 15:17, 14 April 2019 (UTC)

There was no warning the file already existed (usually that's the case), so the rename request changed to my name and I declined it. So something went wrong somewhere, as Roy17 says above. - Richardkiwi (talk) (talk) 16:40, 14 April 2019 (UTC)
I'll summarise the glitch:
  1. Richardkiwi was moving two files:
    1. File:高雄捷運都會公園站 (2413183504).jpg to File:都會公園站4號出口 2008-04-05a.jpg
    2. File:高雄捷運都會公園站 (2412359939).jpg to File:都會公園站4號出口 2008-04-05b.jpg
  2. Strangely, special:diff/342801153 happened, that is, the file description page of file#1.1 was kind of restored but the edit summary came from moving file#1.2: File renamed: File:高雄捷運都會公園站 (2412359939).jpg → File:都會公園站4號出口 2008-04-05b.jpg Criterion 2 (meaningless or ambiguous name) .--Roy17 (talk) 20:05, 9 May 2019 (UTC)

side questionEdit

Is there a special page that lists non-redirect pages in the file namespace that have no file? Or if a bot is tasked with tagging such pages?--Roy17 (talk) 18:03, 14 April 2019 (UTC)

@Roy17: No, but https://commons.wikimedia.org/w/index.php?title=Special:NewPages&hideredirs=1&hidepatrolled=1&hidebots=1&namespace=6&size=100 showed me File:PR-866.svg by @Franklin482, tagged {{subst:nld}} on the 11th by @Abzeronow and scheduled to be deleted on the 18th.   — Jeff G. please ping or talk to me 18:15, 14 April 2019 (UTC)

Large WebM video files treated as audio files by CommonsEdit

Files affected 01 02 03 04

These are over 1.5 GB in size, which the system attempted to convert into MP3 and Ogg (as showed in the bottom of the respective page). Showing only a audio file player on page when referenced. But can be played in browsers supporting WebM when using direct original file link. i.e. https://upload.wikimedia.org/wikipedia/commons/8/89/In_Changqingyuan_Community_in_Yinzhou_District%2C_Tieling_01.webm

In contrast, this file doesn't appear to be problematic, which is smaller.

Regards Tomskyhaha (talk) 00:46, 26 April 2019 (UTC)

I settled on splitting the files using ffmpeg command line tool on Ubuntu. Just started the deleting nomination of the 4 problematic files.
For future reference. I'm using Xiaomi Mi 8SE Android phone with latest stock firmware. Shoting with Open Camera (from Sourceforge, Camera 2 API enabled). The Quacomm Snapdragon 710 SoC is capable of recording 1080p@120fps and 4k@30fps. Video settings are:
  • 3840x2160@30fps (occasionally 1080p@120fps)
  • 200Mbps bitrate (~120Mbps effective)
  • Subtitles enabled for recording location
Regards
Tomskyhaha (talk) 15:22, 1 May 2019 (UTC)
A point I've forgotten to make is, the Open Camera app doesn't support audio record when using WebM (v1.45.2), and the specific codec used is VP8 (the WebM video support itself was just introduced earlier this year). So in order to record audio, I have to manually start another app (Audio Recorder, available on F-Droid), with following settings
  • FLAC 16bit
  • Sample rate: 48kHz
  • Record source: Unprocessed
  • Channel: Stereo
and then upload separate audio files onto Commons. (with a timestamp accuracy of only second, but better than nothing anyway)
The whole process of processing and uploading is rather exhausting (largely because I'm no IT expert, just an average man using search engines frequently), the purpose of all this is an attempt to produce a faithful record of the place I'm living in, thus present it to the world and document it for the future.
Tomskyhaha (talk) 15:35, 1 May 2019 (UTC)
There's something odd about the way the problematic videos are encoded. I can play them in VLC media player and in my browser, but some other video players don't recognize them as valid files, and MediaInfo doesn't give any codec info for them. This doesn't happen with the working file linked above. I'm no expert, so I can't say why that's happening. Also, if it helps, ffmpeg can merge separate video and audio files: [1]. clpo13(talk) 15:55, 1 May 2019 (UTC)
@Clpo13: Hi, Clpo13! Thank you so much for your speedy confirmation of the problem, never expected there will be a reply before ;-)
I'm using Chrome and MPC-BE, exhibiting problems just as you described. Tried ffmpeg splitting and it turns out to be very effective: the one minute and a half segments played fine in tests. Now I'm underway to upload them to Commons.
Some speculations: I guess VP8 can't handle these large continuous clips very well since is a codec designed for streaming. Or maybe it's just the problem of the application I'm using - direct WebM video output is not so mature (with outdated VP8 codec and without audio support).
But even with all these I'm happy with the result - high bitrate video can be directly uploaded to Commons without conversion (and its drastic effects). The video2Commons tool is indeed very handy, but it decreased the bitrate from 100Mbps for 4k to ~20Mbps, 100Mbps for 1080p to ~2Mbps.
Cheers, Tomskyhaha (talk) 17:19, 1 May 2019 (UTC)

Tech News: 2019-18Edit

22:27, 29 April 2019 (UTC)

Fixing a broken PDF fileEdit

Mueller letter to Barr 2019-03-27.pdf

Hi there. I posted this question at File talk:Mueller letter to Barr 2019-03-27.pdf#Broken PDF file using the {{helpme}} template, but I think this is probably the better venue:

The PDF file File:Mueller letter to Barr 2019-03-27.pdf is broken and doesn't display properly. When Aviartm or I tried to upload new version of the file the system wouldn't allow it because the file already exists here. I'm not 100% sure that uploading a new version of the file will even help with the problem. What should be done? Note that, while there is no current Wikipedia article using the image, that is because I commented it out of en:Timeline of investigations into Trump and Russia (2019) when I saw the image was not displaying properly there.

I'm going to remove the {{helpme}} template from the file's talk page and point that discussion here instead. Sorry for the multiple posts on this.

Thanks, - PaulT+/C 16:06, 3 May 2019 (UTC)

Seemingly a bug in mw:Extension:PdfHandler. Unless alternative suggestions, I will submit a phabricator task about it. Incnis Mrsi (talk) 19:49, 14 May 2019 (UTC)
Thanks. I added a comment at the task with some additional information. Hopefully someone can look into this further. - PaulT+/C 01:33, 16 May 2019 (UTC)
Why not just pass the file through qpdf and upload the result as a new version? I think it is better to do the "fix" on client side that manage broken files on servers. Ankry (talk) 10:43, 21 May 2019 (UTC)
Ankry, I'll betray my ignorance, but what is qpdf? There is nothing on the topic at Commons. I see that it is a CLI tool in the entry at Wikipedia. I hesitate to make changes to the file because it is a DOJ-sourced document, but assuming I ran it though the tool, would I still have the same problem I stated above: I tried to upload new version of the file the system wouldn't allow it because the file already exists here? Thanks for the tip about the tool. - PaulT+/C 19:45, 24 May 2019 (UTC)
Psantora A Linux tool. Ankry (talk) 19:51, 24 May 2019 (UTC)
OK, it did not help despite some PDF errors seem to be fixed :( Feel free to revert my upload, if any further problem with it. Ankry (talk) 20:00, 24 May 2019 (UTC)
Seems to have done the trick on my end! Perhaps you need to clear your cache? Regardless, I agree that there should be a more coherent error condition beyond simply not showing a thumbnail. - PaulT+/C 20:34, 24 May 2019 (UTC)
I do not think it was a browser caching issue, as I did get HTTP error message and HTTP errors are not cached client-side. But likely, just a delay was needed. Good news, that the fix works. Ankry (talk) 06:55, 25 May 2019 (UTC)

Something is wrong with the watchlist formattingEdit

In the last few days I've noticed that pages on my watchlist are being marked as read even though I haven't visited them. It doesn't happen on other wikis, just here. So far I've seen it happen in the 'user talk' and 'commons' namespaces. Has anyone else seen this? Thanks. Mike Peel (talk) 18:52, 3 May 2019 (UTC)

Tech News: 2019-19Edit

16:27, 6 May 2019 (UTC)

Tech News: 2019-20Edit

00:48, 14 May 2019 (UTC)

Server timeEdit

The time stamp on my posts is being shown in "server time" despite the fact that I've set my preferences to show time stamps in local time. Is this a bug or is this how it's supposed to work? FWIW, I've set my preferences the same way for editing on Wikipedia, and it does show my posts in local time. -- Marchjuly (talk) 07:09, 15 May 2019 (UTC)

Time stamps (for postings) are stored on pages in a text form – English, 24-hours, and with the “(UTC)” qualifier. Of course, it is possible to translate—via client-side DHTML—these time stamps to another time zone, another language, or to AM/PM. What is Marchjuly’s complaint about? Does some gadget refuse to do the job? Otherwise why is it suddenly a Commons’ problem? Incnis Mrsi (talk) 07:28, 15 May 2019 (UTC)
It's not really a complaint per se. I was just curious as to why my time stamps on English Wikipedia are displayed in local time, but my time stamps on Commons are displayed in server time even though I've set my preferences for both project to have time displayed in local time. -- Marchjuly (talk) 07:35, 15 May 2019 (UTC)
Perhaps the respective gadget in Wikipedia is more sophisticated than its analog here? Incnis Mrsi (talk) 07:39, 15 May 2019 (UTC)

Upload malfunctioningEdit

Does anyone know what's going on with Upload Wizard? It seems to be malfunctioning for processed files, but uploading out-of-camera files is ok. See discussion on my talk page. --Cart (talk) 18:29, 16 May 2019 (UTC)

New tool for uploading from FlickrEdit

I often find myself wanting to upload a photo that I've got on Flickr, and want to set its description, coordinates, and categories/tags without having to jump between multiple browser tabs. So I made a little tool: toolforge:flickrdash. It displays the photo, a clickable map, and data-entry forms for Commons and Flickr, side-by-side. It adds tags on the Flickr side by looking up Wikidata items (and uses their IDs for machine tags), and adds categories on Commons via the P373 Commons-category property. It's still very rough, but works to some extent. I'm not sure if it's of any use to anyone else, but I thought I'd mention it in case anyone has a similar workflow to me. It'll soon be able to edit captions and depicts statements too. — Sam Wilson ( TalkContribs ) … 17:14, 17 May 2019 (UTC)

Tech News: 2019-21Edit

13:03, 20 May 2019 (UTC)

Author and Title not shown with Artwork templateEdit

Hi, I found some files where Author and Title not shown with the Artwork template. There was no issue a few days ago.

Other files were the issue exists:

Any idea? Thanks, Yann (talk) 15:52, 21 May 2019 (UTC)

I found how to reproduce this. Take any file with a {{Artwork}} template where the Author and Title are displayed. Edit the label and description in WD. Purge the file on Commons, the Author and the Title disappear. For File:Paul Cézanne - Landscape with Water Mill - 1952.48.1 - Yale University Art Gallery.jpg, the information disppeared when I did this. Regards, Yann (talk) 05:04, 22 May 2019 (UTC)
I wonder if it's possible it could be an issue with the module code. Pinging @Jarekt:. I was seeing essentially the same issue with the {{Book}} template yesterday, which uses the same Lua module as its back-end. If I used the {{Book}} template, with information drawn from Wikidata, then the author/title information disappeared. But if I switched to the {{Book/sandbox}} template, which uses Module:Artwork/sandbox the author/title strap-line was restored. So I think it might be a code bug that's got into the module. Jheald (talk) 07:11, 22 May 2019 (UTC)
My guess is that it's the difference between this and this that may be causing the different behaviour between the two. Jheald (talk) 07:19, 22 May 2019 (UTC)
So, this is a case where introducing Wikidata, ends up suppressing the correct display of existing parameters in Commons templates. Interesting way for Wikidata to systematically damage Commons. -- (talk) 08:34, 22 May 2019 (UTC)
Well, if the issue comes from the Module, 1. This is false, 2. I don't the point of speading fake news before anything is confirmed. Regards, Yann (talk) 10:05, 22 May 2019 (UTC)
When anyone can verify the effects using their own eyes, dismissing it as fake news is bizarre. -- (talk) 10:49, 22 May 2019 (UTC)
@: Yes, this is FUD, or fake news, as like. The issue is NOT with Wikidata, but with the Module:Artwork, on Commons. Don't you have anything better to do? Like fixing your numerous incomplete uploads? Yann (talk) 11:57, 22 May 2019 (UTC)
Okay, I'll go sit in the garden and read a book. My apologies for expressing my genuine opinions on a public noticeboard. Obviously I'm not a member of this special club. -- (talk) 12:00, 22 May 2019 (UTC)
Pictogram voting comment.svg Comment This seems to be fixed now. I checked all the files listed above, and they are OK now. In some cases, the file needs to be purged. Regards, Yann (talk) 12:53, 22 May 2019 (UTC)
Yes check.svg ResolvedYann (talk) 12:55, 22 May 2019 (UTC)

Blocked user able to uploadEdit

Drbaseball95 was indefinitely blocked in 2012. Here's the block log entry:

(change visibility) 20:47, 2 November 2012 Martin H. (talk | contribs | block) changed block settings for Drbaseball95 (talk | contribs) with an expiration time of indefinite (account creation blocked) (Created sockpuppet account User:Nats379 and repeated upload of stolen photos) (unblock | change block)

Can anyone explain why this user was able to upload several dozen pictures in 2019? I'm starting to go through his uploads and delete them, so non-admins, see Special:Log/Drbaseball95. Nyttend (talk) 00:33, 25 May 2019 (UTC)
Pinging @Martin H. as blocking Admin.   — Jeff G. please ping or talk to me 00:52, 25 May 2019 (UTC)
I've gone to Meta and requested a global lock. Normally they don't lock in such a situation (user blocked for CV on two wikis, hasn't edited anywhere else), but if an account somehow has the ability to edit through a block, it seems to me like a significant privilege-escalation error. Nyttend (talk) 01:05, 25 May 2019 (UTC)
@Nyttend: See commons:Administrators' noticeboard/User problems#User:Drbaseball95. The uploads were on enwiki; Magog the Ogre imported them later. That's also why Drbaseball95's edit count is only at 15. My understanding is that there's now a way to import that puts a little en> before the user's name in the logs to clear up any confusion, but I guess that wasn't done here. Suffusion of Yellow (talk) 01:09, 25 May 2019 (UTC)
Ah, okay, thank you for correcting me. I remember being confused some time ago by that en> and having to be told what it meant — that's why I was confused, since I remembered that bit and figured its absence on recent uploads meant that it wasn't an import. I've stricken my Meta lock request. Nyttend (talk) 01:23, 25 May 2019 (UTC)
Honestly I saw that he is indefinitely blocked but I examined his uploads and determined they are almost certainly self-created. Similar resolutions, quality, not found on reverse image search, etc. Not sure what he did some years ago to deserve the indef block but these images are legitimate. Magog the Ogre (talk) (contribs) 02:56, 25 May 2019 (UTC)
Magog the Ogre, on principle I'm fine with you undeleting them, but since Ymblanter came to the opposite conclusion, please don't just go and undelete them. Would you mind chatting with Ymblanter about how the two of you reached opposite conclusions? (I was just acting on Ymblanter's conclusions and don't have any independent input.) Alternately, I'm fine with undeletion if these files are then taken to DR. Nyttend (talk) 02:09, 26 May 2019 (UTC)
I have come from the English Wikipedia, where the user was blocked earlier this month, and then blocked indef for uploading copyvios (see w:en:Wikipedia:Administrators' noticeboard/Incidents#User:Drbaseball95 continues copvios). I checked several of them and none had EXIF, but I did not perform a more thorough check. May be indeed restoring them and running a deletion request could be a good idea.--Ymblanter (talk) 07:46, 26 May 2019 (UTC)
@Nyttend: I didn't undelete anything. I transferred it. If you have a problem with the uploads, please nominate them for deletion. Magog the Ogre (talk) (contribs) 22:44, 26 May 2019 (UTC)
I know you didn't undelete them. Given your wording, I figured you'd be happy to undelete them if I said "go ahead". Nyttend (talk) 22:50, 26 May 2019 (UTC)