Commons:Village pump/Technical

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Shortcuts: 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; the latest archive is Commons:Village pump/Technical/Archive/2022/06.

COMMONS DISCUSSION PAGES (index)
Please note
 
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.

Please import this file to Commons and then replace with my fixed version[edit]

I uploaded a fixed version of Wikipedia file w:File:Reynolds-drag.svg. The vertical scale was wrong but the curve was otherwise correct, so I simply recreated the ticks. For example the new version properly shows Cd/2 = 0.22 in the Newtonian drag region. I can't replace the old version because I'm not auto-confirmed.

Please import the old file to Commons and then replace with my fixed version using the edit summary "corrected vertical scale (upper limit should be 10^4); added dashes to high-Reynolds transition", then delete the file I created.

@Loggynorm It seems that both these are redundant to File:Smooth sphere drag coefficient.svg. Ahecht (TALK
PAGE
) 19:25, 7 June 2022 (UTC)[reply]


Duplicate images[edit]

It was brought to my attention that there are duplicate images on Commons because I uploaded the collections of an archive in the Netherlands (see image) ), but these had already been uploaded via Flickr. Unfortunately, I do not know why exactly, the tool I used for uploading did not detect this. I would really like to fix it. What would be the best way to go about this? Is there a tool I could use? Should the descriptions be merged? Should the links to Flickr be preserved? Should I mark the pictures as duplicate or superseded? Thank you so much for pointing me in the right direction.

MichellevL (WMNL) (talk) 13:46, 30 May 2022 (UTC)[reply]

There are a lot of these affecting the Anefo archive too. It's not a big problem (duplicates cause very little harm) so I've been fixing the odd one or two as I enounter them, usually finding that the original archive one is the best quality and the derived ones are poorer, even if they were uploaded to Commons first. See File:ABBA (14162834262).png for an example.
The only time there's a problem is when someone then starts edit-warring to keep "their" upload. Andy Dingley (talk) 14:13, 30 May 2022 (UTC)[reply]
Hi @Andy Dingley, thanks! Do I understand it correctly that I can suffice with fixing the images when I come upon them manually and that I can delete the derived duplicate ones from Flickr? MichellevL (WMNL) (talk) 07:58, 31 May 2022 (UTC)[reply]
You have several options as to process, but (in general here) 1. Discussion is better than haste (nothing is ever really that urgent) and 2. Tumbleweeds. So try to let the two or three people interested in that subject area know first, but don't open a long discussion and expect anything to happen for a month or two. Favour the {{Duplicate}} tag for (potential) immediate deletion over the {{Delete}} tag and a discussion, but only if it's really clear cut. It would be useful if the lifetime of {{Delete}} was clearer (not deleting until 7 days after application would solve some issues, but we know admins don't respect that). It would also be useful to have a reciprocal tag for "This is a duplicate and we intend to keep this one, but you may wish to take a look).
To sort out a duplicate like this, you have several aspects to look at and some of them might need merger rather than replacement. So:
  • Canonical source
  • Image file
  • Author and source credits
  • Licensing
  • Metadata description
We also have separate entities here for filename (hard to remove, although we can redirect it), image file and description text (easy to change).
First thing is to choose the one to keep. I would usually choose the one furthest back in the 'food chain'. So as you've chosen here, go for the canonical government or large project archive, over the individual copy through Flickr. That will usually (as here) then make the rest fall into place, because the cleanest upload from the best source is the one to keep. But this isn't always true! There may well be supplemental description added to some later copies, and it can be worth copying that across (although sometimes the licensing of that can get tricky, I've seen very valuable diagram annotations deleted, "just to make a point").
Retouched images are tricky. We might want to keep the retouched one, because it's better. This has to be judged case-by-case. Sometimes you can overwrite a "canonical" image (maybe the brightness was just turned up, or it was rotated) because the change is trivial. Maybe the retouch was a real change, such as cropping to an extracted subject (almost always these need to become two images, with source links between). Ones inbetween get tricky: should the borders of glass negatives be cropped off? They might require this for re-use, but should it (usually yes) then be a separate image? Does extensive manual retouching require a separate upload? (Converting muddy grey book scans to sharp black & white is a classic) Does it require a separate upload because there's a licensing credit needed for that retouching work?
Licensing here should choose the most free licence that is possible. This will typically be that from a big archive. If a Flickr uploader restricts that, we don't have to follow that licence if a freer version was available to us. We might not even have to follow it (we refute it as copyfraud) if they try to restrict it and we keep using that image file – but this is likely to lead to problems and deletions in the future. We certainly can't use Flickrwashed images, if a Flickr uploader makes a licence freer without good cause and being in a position to do so.
It's all a mess and there aren't enough active and competent people, especially admins, on Commons to make this a smooth or timely process. But try to talk to sensible people, when you find them, and that's usually enough to get by, albeit slowly. Andy Dingley (talk) 10:00, 31 May 2022 (UTC)[reply]

Tech News: 2022-22[edit]

20:26, 30 May 2022 (UTC)

Moving a category is not possible[edit]

Hi. Category:Air Force of Iran needs to be moved to Category:Air force of Iran (because of capitalization) but there is an error. What should I do? HeminKurdistan (talk) 20:25, 31 May 2022 (UTC)[reply]

@HeminKurdistan: The destination page already exist and not a real redirect that points to the source page. You will have to ask an admin for that. Also, before reverting another user's decision, you should discuss with them first. Courtesy ping: @SpinnerLaserz / SpinnerLaserzthe2nd. NguoiDungKhongDinhDanh 20:56, 31 May 2022 (UTC)[reply]
Is there a place to make that request? HeminKurdistan (talk) 19:45, 2 June 2022 (UTC)[reply]
@HeminKurdistan: No, I'm afraid. See Requested moves or ask at COM:AN. NguoiDungKhongDinhDanh 08:20, 3 June 2022 (UTC)[reply]
Thanks. HeminKurdistan (talk) 08:41, 3 June 2022 (UTC)[reply]

Template:minx[edit]

Hello. I see a problem with the template {{Minx}}. The labels for months are not rendering properly. As can be seen for example at Category:November 2021 in Wan Chai, the labels for the months in the table are rendering as: Jan, Mar, Mar, May, May, Jul, Jul, Aug, Oct, Oct, Dec, Dec, and not in the usual order of Jan, Feb, Mar, Apr, May, Jun, July, Aug, Sep, Oct, Nov, Dec. Is anyone able to figure out the issue here? Thanks, --Malcolmxl5 (talk) 23:46, 31 May 2022 (UTC)[reply]

✓ Fixed, just needed a purge, no problems in the template. -- CptViraj (talk) 05:29, 1 June 2022 (UTC)[reply]
Excellent, thank you. --Malcolmxl5 (talk) 10:34, 1 June 2022 (UTC)[reply]

SVG Translate broken[edit]

I translated Map_Macedonia_336_BC-ru.svg to vietnamese but when i upload it it says russian how do i fix this? Dulken (talk) 05:31, 1 June 2022 (UTC)[reply]

In an image link, use the lang parameter (lang=vi). The file page is supposed to show Russian.--Snævar (talk) 23:12, 1 June 2022 (UTC)[reply]

SVG translation for zh-xxxx variants broken[edit]

File:Geometry of a Total Solar Eclipse.svg contains text translated to multiple languages, including zh-hans and zh-hant variants of Chinese. However, the file page seems to incorrectly render one of these two variants, seemingly defaulting to the other one. For example, choosing zh-hans correctly displays 太阳, but choosing zh-hant incorrectly displays 太阳 when it should be 太陽, as defined in the SVG code. It seems to me that the rendering software only recognises one zh variant rather than its subvariants.Yinweichen (talk) 08:53, 4 June 2022 (UTC)[reply]

phab:T125710. Xiplus (talk) 13:11, 5 June 2022 (UTC)[reply]

Template:Fair use delete[edit]

Is that whole process to "transfer files to be deleted here as fair use to some wikipedias" actually working? The template categorizes files into Category:Pending fair use deletes, from where User:Commons fair use upload bot is supposed to transfer them to wikipedias which use them, and then mark them for speedy deletion. I see five files in the category right now, one had the template added two weeks ago, the others in January, February and March (2022). User:Commons fair use upload bot has only two edits, from December 2014, and no deleted edits at all, suggesting it never ran. Its predecessor, User:Commons fair use upload bot (usurped), last ran in June 2014. --Rosenzweig τ 20:17, 4 June 2022 (UTC)[reply]

@Rosenzweig: Both Dcoetzee and are inactive and unlikely to return. @Eatcha (inactive since November but with bot accounts still active) tried contacting the former about this in 2020 but it it does not like that led to anything. en:Wikipedia:Bots/Requests for approval/Commons fair use upload bot 3 was never finished, which triggered this edit removing any reference to the bot(s) from the category. So there's probably no bot currently working on this. El Grafo (talk) 13:57, 8 June 2022 (UTC)[reply]
That's about what I expected. Thank you for looking it up. Regards --Rosenzweig τ 16:45, 8 June 2022 (UTC)[reply]

Why does RenameLink change the file extension without asking?[edit]

Hello!

At some point File:Verenluovuttaja.tif and File:Schaltung Halogenmetalldampflampe.JPG were created. At some later point they were overwritten with a PNG and SVG file, respectively. The files were then moved to File:Verenluovuttaja.png and File:Schaltung Halogenmetalldampflampe.svg, respectively, to match the new MIME type of the files. In both cases, the files after this have been reverted to the original files, and the file extensions are yet again not in match with the MIME. I was trying to fix this by renaming them to their respective former titles however when I entered File:Schaltung Halogenmetalldampflampe.JPG as the new name in RenameLink, File:Schaltung Halogenmetalldampflampe.jpg was created instead, and instead of File:Verenluovuttaja.tif, File:Verenluovuttaja.tiff was created. I can agree that the current titles isolatedly are better but in this situations they're not since the somewhat "worse" titles already exist. Can you make RenameLink ask if you want to correct the file extension instead of just doing it.

Also, RenameLink updated the redirect on File:Schaltung Halogenmetalldampflampe.JPG but not on File:Verenluovuttaja.tif, creating a double redirect. Why?Jonteemil (talk) 21:07, 5 June 2022 (UTC)[reply]

✓ Done I deleted the redirects (G2). It should not be possible to overwrite files in another format. If you have such an example, that's a bug which should be reported to the devs. Thanks, Yann (talk) 14:59, 8 June 2022 (UTC)[reply]

Cat-a-lot doesn't work anymore for me[edit]

I use a mobile device (Google Pixel 4A) with the Ecosia browser to edit, when using the Cat-a-lot tool I type in "Desired category" and then press enter, before it would load the categories but now it brings me to "Edit custom comment", even if I type something in nothing happens. I'm not sure if others are also experiencing this issue. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 21:15, 5 June 2022 (UTC)[reply]

Courtesy ping: @Alexis Jazz. NguoiDungKhongDinhDanh 08:53, 6 June 2022 (UTC)[reply]

Tech News: 2022-23[edit]

02:44, 7 June 2022 (UTC)

Help to rename file[edit]

The <File:Souliotes 19th century engraving.jpg> has a wrong file name, which is exploited for ethnic/political purposes. Per source, the engraving is titled "View of Albanian palikars ..." Thomas Smart Hughes, Travels in Sicily, Greece & Albania, 1820. See between pp. 98 and 99. The file is used in various articles about Souliotes, giving the impression that the latter are Albanians. I am not sure how to rename the file. Thank you.--Skylax30 (talk) 07:23, 9 June 2022 (UTC)[reply]

@Skylax30: You mean the current filename is incorrect, which lead to it being used in irrelevant articles? If so, you will need to remove the file from those articles, and request for renaming using the Move link in the More dropdown menu. NguoiDungKhongDinhDanh 12:51, 9 June 2022 (UTC)[reply]
Thank you.--Skylax30 (talk) 05:11, 12 June 2022 (UTC)[reply]

Something's wrong with the user messages gadget[edit]

When I use that gadget (Help:Gadget-UserMessages) to notify a user not to recreate deleted files (like here, I notified myself as a demonstration), a message by User:Jeff G. about a section at COM:AN/U, concerning a specific user, is somehow included. Could someone please investigate? I don't have the time right now to go bug hunting. Thanks. --Rosenzweig τ 07:30, 10 June 2022 (UTC)[reply]

@Rosenzweig: It was not a bug, but rather some misclicks by Jeff G. at {{Dont recreate}}. I have reverted them. NguoiDungKhongDinhDanh 12:40, 10 June 2022 (UTC)[reply]
Thank you :-) --Rosenzweig τ 12:41, 10 June 2022 (UTC)[reply]
@Rosenzweig and NguoiDungKhongDinhDanh: Sorry about my errors.   — Jeff G. please ping or talk to me 15:45, 10 June 2022 (UTC)[reply]

Tech News: 2022-24[edit]

16:57, 13 June 2022 (UTC)

Broken Convert to SVG script[edit]

When I have User:Perhelion/fixconverttosvg.js turned on, it hides me Edit button from pages in File NS. (I've comfirmed it by test edit). What could be done with the script to work well? It's very useful tool otherwise. Pinging some users with script linked from their .js @1234qwer1234qwer4, Sarang, and Minorax: — Draceane talkcontrib. 07:39, 16 June 2022 (UTC)[reply]

This script I did not know, but I will give it a look -- sarang사랑 07:46, 16 June 2022 (UTC)[reply]
What skin are you using? This works for me on Vector; as far as I remember this and SVGcheck do not appear on Monobook at all. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 19:32, 16 June 2022 (UTC)[reply]
@1234qwer1234qwer4: I use Vector, today it's working again. Kind of strange... But thank you for responses. — Draceane talkcontrib. 07:44, 17 June 2022 (UTC)[reply]

Another problem?[edit]

@Sarang: On some files, the script wouldn't run resulting only to redirect to "File:abc#ToSVG". It happens only on some pages (not working; random image – working). The console output: [13]; the correct output for working file should be [14]. I assume that there is a mistake in the JS, but IDK. — Draceane talkcontrib. 10:31, 23 June 2022 (UTC)[reply]

@Draceane: That error probably means the jquery.ui module was not loaded as one of the dependencies. Try running mw.loader.load('jquery.ui') in your browser console before using the script. NguoiDungKhongDinhDanh 13:10, 23 June 2022 (UTC)[reply]
@NguoiDungKhongDinhDanh: Yes, it helps, thank you. Is there any option how to change e.g. my common.js in order to load the script properly? — Draceane talkcontrib. 13:30, 23 June 2022 (UTC)[reply]
@Draceane: This issue should normally be fixed in the script itself; however, since Perhelion is inactive, you can add this to your common.js (don't use the deprecated importScript):
mw.loader.using('jquery.ui', function() {
    mw.loader.load('//commons.wikimedia.org/w/index.php?title=User:Perhelion/fixconverttosvg.js&action=raw&ctype=text/javascript');
});
NguoiDungKhongDinhDanh 13:37, 23 June 2022 (UTC)[reply]
Great, it works, thanks! I've moreover replaced all importScript with mw.loader.load. — Draceane talkcontrib. 14:15, 23 June 2022 (UTC)[reply]

Error: An exception occurred: FileNotFoundError: b"[Errno 2] No such file or directory: '/data/project/video2commons/video2commons/frontend/static/uploads/fc25beb8-ed71-11ec-921f-82d0630f66a4'"[edit]

Every time I try to upload a video to Video2Commons it shows me the error "Error: An exception occurred: FileNotFoundError: b"[Errno 2] No such file or directory: '/data/project/video2commons/video2commons/frontend/static/uploads/fc25beb8-ed71-11ec-921f-82d0630f66a4'" ". How can I upload videos? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 12:45, 16 June 2022 (UTC)[reply]

Buggy 'Canterbury Tales' PDF[edit]

Can anyone see what is wrong with File:The Canterbury Tales and Faerie Queene (1881 Laing Purves edition).pdf, or better still fix it, please? It appears to have blank pages, but has the expected content when viewed in my machine in Adobe's PDF viewer. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:07, 16 June 2022 (UTC)[reply]

MediaWiki:Gadget-editDropdown.js[edit]

Something changed with CSS, which meant that the edit button disappeared from file pages when MediaWiki:Gadget-editDropdown.js was active (used in bigChunkedUpload and the LR gadget). I hacked in a fix, but someone should take another look at how that gadget creates dropdowns and make sure everything works as expected. CC @Stang, Putnik, and Lucas Werkmeister: who have poked at it semi-recently. AntiCompositeNumber (talk) 01:47, 17 June 2022 (UTC)[reply]

Controlled by this line, no idea for a better solution... Stang 07:15, 17 June 2022 (UTC)[reply]

Crop Tool failures - "! Command not found"[edit]

The Crop Tool has failed to crop .pdf and .djvu files for the last 9 to 15 days. See this Crop Tool error message from this file File:Lucky Bag (IA luckybag1926unse).pdf today :

! Command not found: "gs -sDEVICE=jpeg -dNOPAUSE -dBATCH -dSAFER -dFirstPage='1' -dLastPage='1' -r300 -dUseCropBox -sOutputFile='/data/project/croptool/public_html/files/5f8384c2c799e3f0aef79d965242ea9450abbba6.pdf.page1.jpg' '/data/project/croptool/public_html/files/5f8384c2c799e3f0aef79d965242ea9450abbba6.pdf' 2>&1"

I have never had a problem before with this tool. Can it be fixed?

Thank you, -- Ooligan (talk) 20:10, 19 June 2022 (UTC)[reply]

Random prompts to confirm closing file page tabs[edit]

Apparently randomly, when I try to close tabs of file pages on Commons or otherwise navigate away, I will be prompted to confirm that I do intend to close the tab (using the standard browser modal for that, which I believe is `window.onbeforeunload`). I haven't been able to work out any rhyme or reason to when this happens: it's not on every file, and it's on something like a quarter (I'd guess; it feels very frequent because it's quite annoying when it happens, but it's possible it's less than that) of pageviews I make. It doesn't even happen consistently on a given file. I have never seen this happen on enwiki, so I suspect it's something to do with Commons-specific JS. I haven't tinkered with gadgets here, or added any custom JS; I'm using the default 2010 Vector; this is on the latest Firefox (101), but it's been happening for a while. Does anyone recognise this or have any clue? FrankSpheres (talk) 08:37, 20 June 2022 (UTC)[reply]

Yes, that happens to me too, though I'm not sure if it is restricted to Commons. It has been going on for several weeks at least. I have several gadgets, I use Monobook and a different browser (but based on Firefox). --Rosenzweig τ 15:28, 20 June 2022 (UTC)[reply]
Thanks for confirming that it's not just me and I'm not going mad. Some further notes:
  • It doesn't seem to happen logged out (or, at least, not in a private browsing window).
  • I really can't get it to replicate on enwiki or dewiki.
  • It still happens even with safe mode (MW:Manual:Safemode). MW:Help:Locating broken scripts says that this means it's a Mediawiki bug, not something specific to Commons.
I'm still baffled by the indeterminacy and why I'm not seeing it anywhere else, though. FrankSpheres (talk) 10:52, 21 June 2022 (UTC)[reply]
Some progress: not all of the message was browser-default; some is application (i.e., Mediawiki) controlled. I looked for the application-controlled bit of it and it's coming from MW:Extension:WikibaseMediaInfo. Pulling on that thread:
  • [15] is the troublesome onbeforeunload handler. Since this is happening on pages where I haven't made any changes, some panel is going rogue and reporting itself to be dirty randomly.
  • [16] and [17] are the only substantive hasChanges implementations in the repo. They both do non-trivial checking of state (and that state is mutated elsewhere, of corse), so I can't eye-debug which of them is the problem.
I'm probably going to have to figure out how to use Firefox's debugger if I want to make more progress. FrankSpheres (talk) 11:23, 21 June 2022 (UTC)[reply]

Tech News: 2022-25[edit]

20:16, 20 June 2022 (UTC)

Thumbnails have become tiny[edit]

@Jon (WMF): , whenever I use "Desktop mode" on my mobile device (Google Pixel 4A using the Ecosia browser) I get this weird scaling. Licenses have become very wide which isn't an issue, per se, but the thumbnails of images have become microscopic. If you want I can include a screenshot.

I've only been experiencing these issues since a couple of minutes but according to Tech News this is a new display style for mobile devices. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 09:14, 22 June 2022 (UTC)[reply]

Having similar problem with iPad and iPhone. Commons pages are shrunk, type is super-small in desktop mode. Page looks okay on laptop. Thought it was a problem with page size in Google Chrome but there is no setting for page size on mobile device or tablets. Raquel Baranow (talk) 22:20, 22 June 2022 (UTC)[reply]
@Jon (WMF): , I have had a similar problem with extremely small font size and vast areas of blank space between text. Is that "scaling?" Whatever the term, it makes Wikimedia.commons virtually unusable. I cannot read the text without zooming in on every single page.
I tried the "accessibility" feature on my device and the text is heavily pixilated as well as terrible to navigate with a "zoom window" showing only part of the text, which has to be moved constantly in order to read. This issue makes it more difficult for Users with visual impairment or visual disability. Can this be fixed soon?
Thank you -- Ooligan (talk) 02:54, 23 June 2022 (UTC)[reply]
I reported it on Phabricator, with a link to this discussion. https://phabricator.wikimedia.org/T311195 Raquel Baranow (talk) 04:21, 23 June 2022 (UTC)[reply]
@Raquel Baranow: Thank you for helping to fix this issue. -- Ooligan (talk) 04:36, 23 June 2022 (UTC)[reply]

Well, a picture says a thousand (1000) words, so here is how I experience these new changes. Overal a lot is improved regarding some templates, but also the way texts are scaled is bad now. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 09:31, 22 June 2022 (UTC)[reply]

  • Pictogram voting comment.svg Comment Yes, pages have 'zoomed out' to such an extent they are unreadable. I’m using desktop mode with Vector legacy skin in Safari on Ipad 5th gen (P.S. the same issue arises on Wikidata). --Malcolmxl5 (talk) 12:36, 23 June 2022 (UTC)[reply]

They closed my bug report as a duplicate of this one, I changed tracking number above. If your change your Preference>Appearance to Monobook, it’s better but formatting is still a little bit screwed up on some pages. https://phabricator.wikimedia.org/T311119 Raquel Baranow (talk) 13:35, 23 June 2022 (UTC)[reply]

We are aware of the issue and will be fixing that this morning as soon as possible. I'll report back here when that's done to check in. Thank you for your patience. Jdlrobson (talk) 13:41, 23 June 2022 (UTC)[reply]
Hi we just synced a change that should improve this situation. Note you may need to apply ?action=purge to the URL if you are viewing anonymously.
Please let me know if you are continuing to still see problems. If you are be sure to let me know your browser, the page URL and the device you are using. Jdlrobson (talk) 14:13, 23 June 2022 (UTC)[reply]
Vector skin (default) works like before, thanks! Raquel Baranow (talk) 17:51, 23 June 2022 (UTC)[reply]
Vector legacy (2010) looks like before. Thanks for fixing this issue. -- Ooligan (talk) 19:37, 23 June 2022 (UTC)[reply]
Thank you both for taking the time to confirm the fix. I appreciate it! Jdlrobson (talk) 20:34, 23 June 2022 (UTC)[reply]

Template:Derived from unexpectedly displays a link to MTR stations[edit]

See Template:Derived from, and an invocation of the template here: File:Penrhyn Bay.jpg. Delta 51 (talk) 12:11, 25 June 2022 (UTC)[reply]

Pictogram voting keep-light-green.svg Fixed here Delta 51 (talk) 14:27, 25 June 2022 (UTC)[reply]

Wrong video dimensions[edit]

File:Boeing OFT-2 Landing - 05 - Hatch opening.webm is only 49s long but "dimensions" says it's 33 h 49 min 52 s. RZuo (talk) 15:16, 25 June 2022 (UTC)[reply]

File a bug at phab: with "TimedMediaHandler" as the tag.--Snævar (talk) 11:45, 26 June 2022 (UTC)[reply]
No, it’s not a software bug. I opened the video in Firefox, and analyzed it with exiftool; both say it’s 33:49:52 long. Something’s fishy with the video, but that won’t be resolved by a bug report on Phabricator. I don’t know what it means, but it may help: james-heinrich/getid3 (which TimedMediaHandler uses under the hood) emits three warnings:
Unhandled seekhead element [module.audio-video.matroska.php:627] (5036::SeekPosition [1 bytes]) at 71
Unhandled seekhead element [module.audio-video.matroska.php:627] (5036::SeekPosition [2 bytes]) at 85
Unhandled seekhead element [module.audio-video.matroska.php:627] (5036::SeekPosition [2 bytes]) at 100
Unhandled seekhead element [module.audio-video.matroska.php:627] (5036::SeekPosition [3 bytes]) at 115
Tacsipacsi (talk) 15:20, 26 June 2022 (UTC)[reply]

Enable VideoCutTool gadget by default on video pages of Commons[edit]

VideoCutTool is a video editing tool that helps to edit videos on Wikimedia Commons, users can also upload new videos to the tool, edit and upload the same to Commons on the fly! The tool is currently deployed on Wikimedia's Cloud VPS and in live as a gadget! Cropping, Trimming, Audio Disabling, and Rotating are the current features of the tool. VideoCutTool works similarly to the Commons:CropTool. Also as of today total of 711 users enabled VideoCutTool as a gadget, Source: https://commons.wikimedia.org/wiki/Special:GadgetUsage, So it would be nicer if we make the VideoCutTol enable as a default gadget for videos on Wikimedia Commons.

Tool: https://videocuttool.wmcloud.org/ Commons: https://commons.wikimedia.org/wiki/Commons:VideoCutTool Link to script of Gadget: https://commons.wikimedia.org/wiki/MediaWiki:Gadget-VideoCutTool.js Gopavasanth (talk) 10:58, 26 June 2022 (UTC)[reply]

@Gopavasanth: "Default" means every single one of us 11,137,143 users, in which 38,473 are active, will have to load it on every page load. I, for example, never know that this exist, nor have I ever work with videos; my sidebar has already been filled with other stuffs and I'd like not to have another one which I cannot take advantage of. On the other hand, if I ever need it, I can simply go to videocuttool.wmcloud.org by typing it directly into the address bar. That being said, I see no reason to enable the gadget by default, but thanks for your tool anyway. NguoiDungKhongDinhDanh 14:04, 26 June 2022 (UTC)[reply]
Hi @NguoiDungKhongDinhDanh, Thanks for your thoughts, Oops! my bad if its conveyed incorrectly. I was proposing this tool to enable by default for all the users on commons only on the video pages. Similar to CropTool as its enabled by default on all the Image pages of Commons. So users who are not aware of the tool can easily find the tool and edit videos on the fly using VideoCutTool. Gopavasanth (talk) 14:26, 26 June 2022 (UTC)[reply]
@Gopavasanth: CropTool is not a default gadget. As far as I know, there is no way to set such a condition outside the gadget itself, which means we will still have to load it anyway. Feel free to advertise it at appropriate venues though. NguoiDungKhongDinhDanh 14:30, 26 June 2022 (UTC)[reply]
@NguoiDungKhongDinhDanh Current gadget - VideoCutTool works in the same way, if its enabled on the user account VideoCutTool appears on the side panel of the commons on video pages alone. Gopavasanth (talk) 17:07, 26 June 2022 (UTC)[reply]
@Gopavasanth: Not everyone of our 11 million users, that is, including me and you, works with videos, and not everyone who works with videos needs this tool to the extend that a portlet link is necessary. I'm grateful that you code the tool – definitely useful, thank you – but enabling this gadget by default is simply excessive. NguoiDungKhongDinhDanh 17:16, 26 June 2022 (UTC)[reply]
@NguoiDungKhongDinhDanh, Thanks for sharing your point of view, As you told not all of our 11 million users uses all of the options that are currently there on commons, So I/other users will generally get to know about some tool existence only if they look at tool or read about it somewhere as you got to know about the tool now. So as in this case VideoCutTool gadget only appears on Commons sidebar if the users are on the video pages, Also the users who visits the video pages may be dealing with the videos (high chances) and this tool might help them in some ways. so I strongly support my nomination in making the VideoCutTool a default gadget. Gopavasanth (talk) 16:44, 27 June 2022 (UTC)[reply]

Text extends beyond the surrounding rectangle[edit]

Recently I uploaded six different SVG files using Upload Wizard - Wikimedia Commons:
MAP of PARO 11 (Phitsanulok) EN.svg to MAP of PARO 15 (Chiang Rai) EN.svg
The original SVG files have text such as "Protected Areas Regional Office XX (city name)" in the center of surrounding rectangles.
These maps printed with a regular color printer also indicate these text exactly in the middle of the rectangles.
But the text of uploaded SVG files extends beyond the surrounding rectangle. SietsL (talk) 08:53, 27 June 2022 (UTC)[reply]

Tech News: 2022-26[edit]

20:00, 27 June 2022 (UTC)

"Load More" at top?[edit]

When did the "load more" button get moved to the top of the screen for image search? It's now quite inconvenient when I'm scanning through images from a search with hundreds or thousands of results. I have to repeatedly scroll back to the top to load more. Can the old functionality be restored? RobertAldenRubin (talk) 02:09, 28 June 2022 (UTC)[reply]

@RobertAldenRubin: I don't know why, but I do know a way to fix. Add this to your personal .css page:
body.page-Special_MediaSearch .sdms-search-results__list-wrapper {
	display: flex;
	flex-direction: column;
}
body.page-Special_MediaSearch .sdms-search-results__list-wrapper .sdms-load-more,
body.page-Special_MediaSearch .sdms-search-results__list-wrapper .sdms-spinner {
	order: 2;
}
Note that this may not work on very old browsers: Internet Explorer 6-10, Firefox 2-19, Chrome 4-28, Safari 3.1-8 and Opera 12. NguoiDungKhongDinhDanh 09:50, 28 June 2022 (UTC)[reply]
It was not intentional and has already been fixed in software; the fix will likely be deployed tomorrow. —Tacsipacsi (talk) 15:40, 28 June 2022 (UTC)[reply]

Categories in wiki app[edit]

Hello I 99% use the wikicommons app. The past few weeks I have not been able to add categories either during upload or after on the photo page in the app.

I am surprised it has not been reported given the popularity of the app. When you arrive at the 'add category' page, the icon/curser just spins round and round. It is like it cannot access the database.

I also uploaded a file outside the app for "wiki love wales" and the category worked fine.

Anyway, hope this helps

Peter Glyn (talk)

File "lost" after a renaming and edit conflict[edit]

I uploaded a file yesterday under the (wrong) filename File:Portrait de femme artiste-crop - Copie.jpg so I put a rename request for File:Portrait of a female artist painting a flower.jpg. Then I edited the file for some minutes (bad idea - now I know it) until I got an edit conflict when a file mover quickly complied with my request... and the image (*.JPG) "disappeared" from the file description page (File:*) (cf "No file by this name exists..."). I tried to upload again the image (from the page File:Portrait of a female artist...) and as a new file, but both times I got the warning "The upload is an exact duplicate of the current version of File:Portrait of a female artist painting a flower.jpg." So the image (*.JPG) is still "somewhere" on Commons, but without "link" to the file description page (File:*). Can someone retrieve it ?

Plan B : I could upload a slightly different version as a new file, but the older one (and the associated file description page) should then be deleted. BeatrixBelibaste (talk) 10:04, 29 June 2022 (UTC)[reply]

And now the file is back... BeatrixBelibaste (talk) 10:40, 29 June 2022 (UTC)[reply]