Commons:Village pump/Technical/Archive/2025/03
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
"This page contains the following errors: error on line 17 at column 90: Namespace prefix xlink for href on use is not defined"
See File:Banner der Gemeinde Uckerland.svg and File:Hissflagge der Gemeinde Uckerland.svg. Please fix it. --BigBullfrog (talk) 22:57, 8 March 2025 (UTC)
- Fixed. Should display in a few hours. Glrx (talk) 02:24, 9 March 2025 (UTC)
- Thank you.--BigBullfrog (talk) 08:21, 9 March 2025 (UTC)

Creation of a model for IGN's French aerial photographs
Hello, the aerial photographs of the French cartographic organisation IGN are under a free licence (Etalab Open Licence) as evidenced by Ticket#2023110610004359. However, they are sometimes removed due to ignorance. In order to ensure that this error doesn't happen again in the future, I'd like to create a specific template. Could someone create it or tell me how to go about it? Thanks in advance. Abalg (talk) 06:53, 11 March 2025 (UTC)
- Hello again, I tried to create Template:BD ORTHO - IGN, but there is an error. Could you help me, please ? I think my mistake is in this page Template:BD ORTHO - IGN/text. --Abalg (talk) 09:21, 11 March 2025 (UTC)
- @Abalg I changed it so it uses Template:BD ORTHO - IGN/en as the base instead of Template:BD ORTHO - IGN/text. So now the error is gone, and it displays the license text properly. Tvpuppy (talk) 14:00, 12 March 2025 (UTC)
- I created Category:Aerial photographs from IGN, which the template automatically populates to, and set the template to also add the hidden cat Category:Licence Ouverte to any files that use it. I also swapped the left image for the Licence Ouverte logo, since license templates typically have the license logo on the left. The Squirrel Conspiracy (talk) 20:42, 12 March 2025 (UTC)
- Thank you very much. This is the first time I've created a model, I only work by mimicry without understanding everything. You are right to correct me. I'd like to ask you another question. The automatic translation isn't working. Do you know how to fix it? --Abalg (talk) 21:29, 12 March 2025 (UTC)
- Can you explain which part isn’t working? I can see the template has English and French translation, and both are displaying correctly when I switch my display language to the respective language. Tvpuppy (talk) 04:03, 13 March 2025 (UTC)
- I manually created the en and fr translations by directly editing the pages. When I asked you, there was a tool on the Template:BD ORTHO - IGN page called “automatic translation” that didn't work. But it's no longer there. I don't know which is better: the current tool or the automatic translation tool. --Abalg (talk) 11:21, 13 March 2025 (UTC)
- Ah I understand now. The reason the “automatic translation” tool you mentioned wasn’t there anymore, is because I changed the
|i18n-method=
in the documentation fromext.translate
toautotranslate
. The tool you mentioned is for templates using Extension:Translate, which this template has not set up. For the question as to which tool is better, I think the current tool is suitable for the template. However, if the template require to be used a lot and require translation to many other languages, it may be better to set up Extension:Translate to use the other tool. Tvpuppy (talk) 12:39, 13 March 2025 (UTC)
- Ah I understand now. The reason the “automatic translation” tool you mentioned wasn’t there anymore, is because I changed the
- I manually created the en and fr translations by directly editing the pages. When I asked you, there was a tool on the Template:BD ORTHO - IGN page called “automatic translation” that didn't work. But it's no longer there. I don't know which is better: the current tool or the automatic translation tool. --Abalg (talk) 11:21, 13 March 2025 (UTC)
- Can you explain which part isn’t working? I can see the template has English and French translation, and both are displaying correctly when I switch my display language to the respective language. Tvpuppy (talk) 04:03, 13 March 2025 (UTC)
- Thank you very much. This is the first time I've created a model, I only work by mimicry without understanding everything. You are right to correct me. I'd like to ask you another question. The automatic translation isn't working. Do you know how to fix it? --Abalg (talk) 21:29, 12 March 2025 (UTC)

File:DEU Weißeritzkreis COA.png

The preview image is broken. Can someone please fix this? זיו「Ziv」 • For love letters and other notes 07:14, 23 March 2025 (UTC)
- Is it? It is working for me. Maybe the cache is causing problems? --PantheraLeo1359531 😺 (talk) 11:48, 23 March 2025 (UTC)
- Hoi @PantheraLeo1359531, Hi
- No, cache doesn't seem to be the problem. I'm using a different browser right now to reply. The preview image is and remains an empty box and this is also the case in the language versions. זיו「Ziv」 • For love letters and other notes 13:45, 23 March 2025 (UTC)
- That's confusing. Did you also use a different device? --PantheraLeo1359531 😺 (talk) 14:44, 23 March 2025 (UTC)
- Schau Vom Handy. Es wird kein Bild angezeigt. זיו「Ziv」 • For love letters and other notes 15:05, 23 March 2025 (UTC)
- Stimmt, da fehlt was. Vielleicht wurde für die Größe ein kaputtes Thumbnail generiert? --PantheraLeo1359531 😺 (talk) 13:13, 24 March 2025 (UTC)
- Schau Vom Handy. Es wird kein Bild angezeigt. זיו「Ziv」 • For love letters and other notes 15:05, 23 March 2025 (UTC)
- That's confusing. Did you also use a different device? --PantheraLeo1359531 😺 (talk) 14:44, 23 March 2025 (UTC)
- For me:
- Image shows on File page.
- Image does not show on this VP page, so I load the thumbnail image into a new tab.
- That tab gives a WMF error:
- Error: Our servers are currently under maintenance or experiencing a technical issue
- Refreshing and looking at headers gives
Request URL: https://upload.wikimedia.org/wikipedia/commons/thumb/1/12/DEU_Wei%C3%9Feritzkreis_COA.png/330px-DEU_Wei%C3%9Feritzkreis_COA.png Request Method: GET Status Code: 500 Internal Server Error Remote Address: 198.35.26.112:443 Referrer Policy: origin-when-cross-origin
- Glrx (talk) 16:03, 23 March 2025 (UTC)
- This appears to be the same effect as reported at en:WP:VPT#Attack at Fromelles regarding File:NYTMapNeuveChapelle1915.png. DMacks (talk) 15:37, 24 March 2025 (UTC)
- This section was archived on a request by: since the file works. --זיו「Ziv」 • For love letters and other notes 17:07, 25 March 2025 (UTC)
Automated upload of videos to Commons
Hi!
The Bavarian public television will provide a bunch of videos this year that is compatible with Commons. When talking together, the question was raised if there is a way of an automated upload of videos. What would be appropiate tools? Thanks :) --PantheraLeo1359531 😺 (talk) 18:53, 1 March 2025 (UTC)
- Is the format uploadable? if yes, Commons:Guide to batch uploading#Tools; if not, v2c. v2c seems to have an api. dig in the talk page for other users' previous comments about v2c api. RoyZuo (talk) 20:03, 1 March 2025 (UTC)
- Thanks, yes! It would be a WebM file, then :) --PantheraLeo1359531 😺 (talk) 15:30, 2 March 2025 (UTC)
- @PantheraLeo1359531 btw, ZDF Terra X Redaktion their team also uploads videos. dont know if the bayern tv might have contact with them. maybe try asking how they do it? RoyZuo (talk) 16:49, 2 March 2025 (UTC)
- Thank you, this is a good idea ;) --PantheraLeo1359531 😺 (talk) 17:03, 2 March 2025 (UTC)
- @PantheraLeo1359531 btw, ZDF Terra X Redaktion their team also uploads videos. dont know if the bayern tv might have contact with them. maybe try asking how they do it? RoyZuo (talk) 16:49, 2 March 2025 (UTC)
- Thanks, yes! It would be a WebM file, then :) --PantheraLeo1359531 😺 (talk) 15:30, 2 March 2025 (UTC)
File:Soldiers from the Ukrainian Army Band.jpg
Hi everyone
Somehow, the image file got lost during the file move. I would restore it, but the image is no longer available online. What to do? Greetings, זיו「Ziv」 • For love letters and other notes 18:40, 31 March 2025 (UTC)
- This section was archived on a request by: File is back. --זיו「Ziv」 • For love letters and other notes 19:42, 31 March 2025 (UTC)
Tech News: 2025-10
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
- All logged-in editors using the mobile view can now edit a full page. The "Edit full page" link is accessible from the "More" menu in the toolbar. This was previously only available to editors using the Advanced mobile contributions setting.
- Interface administrators can now help to remove the deprecated Cite CSS code matching "
mw-ref
" from their local MediaWiki:Common.css. The list of wikis in need of cleanup, and the code to remove, can be found with this global search and in this example, and you can learn more about how to help on the CSS migration project page. The Cite footnote markers ("[1]
") are now rendered by Parsoid, and the deprecated CSS is no longer needed. The CSS for backlinks ("mw:referencedBy
") should remain in place for now. This cleanup is expected to cause no visible changes for readers. Please help to remove this code before March 20, after which the development team will do it for you. - When editors embed a file (e.g.
[[File:MediaWiki.png]]
) on a page that is protected with cascading protection, the software will no longer restrict edits to the file description page, only to new file uploads. In contrast, transcluding a file description page (e.g.{{:File:MediaWiki.png}}
) will now restrict edits to the page. - When editors revert a file to an earlier version it will now require the same permissions as ordinarily uploading a new version of the file. The software now checks for 'reupload' or 'reupload-own' rights, and respects cascading protection.
- When administrators are listing pages for deletion with the Nuke tool, they can now also list associated talk pages and redirects for deletion, alongside pages created by the target, rather than needing to manually delete these pages afterwards.
- The previously noted update to Single User Login, which will accommodate browser restrictions on cross-domain cookies by moving login and account creation to a central domain, will now roll out to all users during March and April. The team plans to enable it for all new account creation on Group0 wikis this week. See the SUL3 project page for more details and an updated timeline.
- Since last week there has been a bug that shows some interface icons as black squares until the page has fully loaded. It will be fixed this week.
- One new wiki has been created: a Wikipedia in Sylheti (
w:syl:
) View all 23 community-submitted tasks that were resolved last week. For example, a bug was fixed with loading images in very old versions of the Firefox browser on mobile.
Updates for technical contributors
Detailed code updates later this week: MediaWiki
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 02:27, 4 March 2025 (UTC)
Image Upload Error: DivisionByZeroError
Hi, while trying to upload an image, I received the message [ea0e6881-972b-418f-9478-bc9ab3542ac2] Caught exception of type DivisionByZeroError, and the photo is not uploading. How can I fix this issue? Pragdon (talk) 13:02, 2 March 2025 (UTC)
How to fetch and display file captions? Template?
suppose i want to get en caption of File:JPG Test.jpg, how? is there something like {{template|file name or page id|langcode}} that will get the specific caption? RoyZuo (talk) 12:59, 5 March 2025 (UTC)
- Also if somebody knows how to fetch the caption on Wikidata using sparql, please also comment here or at d:Wikidata talk:SPARQL query service#Is there a way to fetch the file's caption on Commons?. In my case, I need the caption because that's how I'd retrieve the information about what version (date) of the article a Wikipedia article audio narrates. Prototyperspective (talk) 14:58, 5 March 2025 (UTC)
- You can query it with
schema:caption
orrdfs:label
. These are same value, but values is just copied to two different names. Most likely to make it work in same way than the labels in WQS. (example query: https://w.wiki/DJkq ) --Zache (talk) 18:11, 5 March 2025 (UTC)
- You can query it with
- Is {{File caption}} what you need? GPSLeo (talk) 15:24, 5 March 2025 (UTC)
- Thank you! I was also searching this. Lua code which fetches the text is here Module:Information#L-229 and another way to do the same is with
mw.wikibase.mediainfo.getCaptionByLang
(docs) --Zache (talk) 17:57, 5 March 2025 (UTC)
- Thank you! I was also searching this. Lua code which fetches the text is here Module:Information#L-229 and another way to do the same is with
Template:Englandestcat
Hi everybody. I have a little problem with this Template:Englandestcat. For example it should should Category:1992 establishments in England in Category:1992 events in England but it doesn't work. Could someone help me? Thank you in advance. MrKeefeJohn (talk) 18:09, 6 March 2025 (UTC)
- I am not sure what you are asking. Category:1992 establishments in England is already in Category:1992 events in England, so the template seems to work as expected. Or is there a different issue? Regards, ChrisiPK (Talk|Contribs) 22:01, 6 March 2025 (UTC)
- @ChrisiPK thank you for your answer.
I mean that I can't see Category:1992 establishments in England in Category:1992 events in England. The same for Category:1993 establishments in England in Category:1993 events in England, but for the other years it seems it works well Category:1994 establishments in England in Category:1994 events in England. It works properly now. MrKeefeJohn (talk) 06:50, 7 March 2025 (UTC)- I noticed that sometimes you have to perform a null edit on the page with the template, so that it refreshes and shows up in its parent categories. Tvpuppy (talk) 14:06, 7 March 2025 (UTC)
- @Tvpuppy thank for your suggestions: yesterday I did it a lot of time, but it didn't work, that's why I asked here. But today it works, the problem is solved. MrKeefeJohn (talk) 18:53, 7 March 2025 (UTC)
- I noticed that sometimes you have to perform a null edit on the page with the template, so that it refreshes and shows up in its parent categories. Tvpuppy (talk) 14:06, 7 March 2025 (UTC)
- @ChrisiPK thank you for your answer.
Dark mode compatibility of the template Cleanup image
Regards fixing the {{Cleanup image}} template, see Template talk:Cleanup image/layout. -- ZandDev (talk) 20:38, 8 March 2025 (UTC)
Problem with Vector2022s Dark Mode
If you want to change a file on Commons (upload a new version of this file), the text is unreadable in German. Even if you click on the “?” in the upload options, the text is unreadable. The Other Karma (talk) 11:30, 6 March 2025 (UTC)
- This applies for multiple versions of MediaWiki:Uploadtext, it would be better to turn the original translatable. Sjoerd de Bruin (talk) 12:59, 6 March 2025 (UTC)
- @Sjoerddebruin any idea how i could fix that problem? The Other Karma (talk) 12:37, 8 March 2025 (UTC)
I think that dark-mode parsing doesn't work when texts are imported from mediawiki namespace. Solution would be to move content of MediaWiki:Uploadtext to template (i am not sure if this works) OR move the style rules from inline to classes defined in mediawiki:vector.css or mediawiki:common.css. In any case it would require somebody with interface admin rights to do it.--Zache (talk) 14:47, 8 March 2025 (UTC)- Update to myself, the change to the english version works fine. The change just need to do to all different language versions of the uploadtext too. (see subpagelist, only ones with hardcoded background color needs to be updated). --Zache (talk) 06:50, 9 March 2025 (UTC)
Tech News: 2025-11
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Updates for editors
- Editors who use password managers at multiple wikis may notice changes in the future. The way that our wikis provide information to password managers about reusing passwords across domains has recently been updated, so some password managers might now offer you login credentials that you saved for a different Wikimedia site. Some password managers already did this, and are now doing it for more Wikimedia domains. This is part of the SUL3 project which aims to improve how our unified login works, and to keep it compatible with ongoing changes to the web-browsers we use.
- The Wikipedia Apps Team is inviting interested users to help improve Wikipedia’s offline and limited internet use. After discussions in Afrika Baraza and the last ESEAP call, key challenges like search, editing, and offline access are being explored, with upcoming focus groups to dive deeper into these topics. All languages are welcome, and interpretation will be available. Want to share your thoughts? Join the discussion or email aramadan@wikimedia.org!
- All wikis will be read-only for a few minutes on March 19. This is planned at 14:00 UTC. More information will be published in Tech News and will also be posted on individual wikis in the coming weeks.
View all 27 community-submitted tasks that were resolved last week.
Updates for technical contributors
Detailed code updates later this week: MediaWiki
In depth
- The latest quarterly Growth newsletter is available. It includes: the launch of the Community Updates module, the most recent changes in Community Configuration, and the upcoming test of in-article suggestions for first-time editors.
- An old API that was previously used in the Android Wikipedia app is being removed at the end of March. There are no current software uses, but users of the app with a version that is older than 6 months by the time of removal (2025-03-31), will no longer have access to the Suggested Edits feature, until they update their app. You can read more details about this change.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 23:06, 10 March 2025 (UTC)
SVG translation tool
Hi, I would like to translate this SVG with the SVG translation tool. It doesn't allow me access, saying that texts like "$123" prevent the translator from working. This is the first time I've encountered this situation. Can someone guide me? Turbojet (talk) 18:17, 10 March 2025 (UTC)
- Link to SVG Translate
- It is a programming bug. SVG Translate refuses to translate a file when it sees strings such as "$100..." in the original file.
- Glrx (talk) 00:38, 11 March 2025 (UTC)
- Thanks for the answer. One last question: is there any reason for this to remain like this? So that I know in the future whether in these cases it is worth returning with the translation work, or translating the source directly, uploading the translated file separately. I have not seen that the file has been translated into other languages, without the "$", otherwise I would have started the translation from there. Turbojet (talk) 13:07, 11 March 2025 (UTC)
- @Turbojet:
- I do not know what to say.
- The bug is a surprise because SVG Translate does not need to resort to the typical $nnn translation string hack. Sadly, SVG Translate has some other issues. I expect fixing any issue with SVG Translate is a low priority for WMF. You could fill out a Phabricator issue and cross your fingers.
- A more expedient approach edits the file to remove the $-number problem. I added a space between the dollar signs and the numbers. Now SVG Translate may work on the file. Glrx (talk) 23:28, 11 March 2025 (UTC)
- Great! Thank you! Turbojet (talk) 10:50, 12 March 2025 (UTC)
- I understand what needs to be done. I managed to translate another file. Thank you very much! Turbojet (talk) 12:29, 12 March 2025 (UTC)
- Of course fixing bugs doesn't require the foundation (getting them merged/deployed might). The code is on GitHub https://github.com/wikimedia/svgtranslate available to any person willing to give it a go. —TheDJ (talk • contribs) 14:58, 12 March 2025 (UTC)
Go home, Upload Wizard, you're drunk
The file was uploaded with:
{{PD-US-expired}}{{PD-old-70}}{{PD-USGov}}{{PD-USGov-NASA}}{{Remove this line and insert a license instead|year=2025|month=03|day=11}}
-- Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:45, 13 March 2025 (UTC)
Tables instead of templates for motd
An idea just came to my mind. instead of creating lots of templates for com:motd, it could use 2 monthly Tabular Data instead. 1 for filenames (and thumbtime, etc.), 1 for captions.
also probably easier for users since instead of manually making sure all the template parameters are right, you just need to fill in filenames in the table. RoyZuo (talk) 11:23, 16 March 2025 (UTC)
Quick way to search for potentially existing category or wikidata item
Anyone has to do the same thing like me? Took a photo of something probably not yet documented on commons, so before creating a new cat, wanna search for existing cat or wikidata item first? How do you go about doing that?
I have to do a classic search on commons, and a classic search on wikidata. I find this rather tedious when i have to repeat this double search hundreds of times. Any better solution? RoyZuo (talk) 08:43, 17 March 2025 (UTC)
- Would only search on Commons and if the category doesn't yet exist, create it. If and once I created it I would also search on Wikidata if it has an item to then link the category there but usually it doesn't have it. Prototyperspective (talk) 17:18, 17 March 2025 (UTC)
access to tabular data
At en.wiki, Module:Citation/CS1/Configuration uses the lua function mw.ext.data.get()
to fetch data from Data:CS1/Identifier limits.tab. This is functioning correctly as can be seen from any module debug console. To prove that to yourself, try this:
=mw.dumpObject (mw.ext.data.get ('CS1/Identifier limits.tab').data)
Those data are in need of an update. But, the link to Data:CS1/Identifier limits.tab does not work. When that link is clicked, eventually I get the "Service Temporarily Unavailable Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes." I first got that message c. midnight 17 March 2025 (UTC).
Is this a known issue? If so, when can we expect to regain edit-access to tabular data files? — Trappist the monk (talk) 14:00, 17 March 2025 (UTC)
- Most likely it is not known issue and i made an phab ticket phab: T389105 for it. Good thing is that it seems that data-namespace files are generally working and it is more likely that just this is broken. (i tested some map and graph, and data files and they worked). --Zache (talk) 17:34, 17 March 2025 (UTC)
- Thank you; subscribed there.
- —Trappist the monk (talk) 17:47, 17 March 2025 (UTC)
Tech News: 2025-12
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- Twice a year, around the equinoxes, the Wikimedia Foundation's Site Reliability Engineering (SRE) team performs a datacenter server switchover, redirecting all traffic from one primary server to its backup. This provides reliability in case of a crisis, as we can always fall back on the other datacenter. Thanks to the Listen to Wikipedia tool, you can hear the switchover take place: Before it begins, you'll hear the steady stream of edits; Then, as the system enters a brief read-only phase, the sound stops for a couple of minutes, before resuming after the switchover. You can read more about the background and details of this process on the Diff blog. If you want to keep an ear out for the next server switchover, listen to the wikis on March 19 at 14:00 UTC.
Updates for editors
- The improved Content Translation tool dashboard is now available in 10 Wikipedias and will be available for all Wikipedias soon. With the unified dashboard, desktop users can now: Translate new sections of an article; Discover and access topic-based article suggestion filters (initially available only for mobile device users); Discover and access the Community-defined lists filter, also known as "Collections", from wiki-projects and campaigns.
- On Wikimedia Commons, a new system to select the appropriate file categories has been introduced: if a category has one or more subcategories, users will be able to click on an arrow that will open the subcategories directly within the form, and choose the correct one. The parent category name will always be shown on top, and it will always be possible to come back to it. This should decrease the amount of work for volunteers in fixing/creating new categories. The change is also available on mobile. These changes are part of planned improvements to the UploadWizard.
- The Community Tech team is seeking wikis to join a pilot for the Multiblocks feature and a refreshed Special:Block page in late March. Multiblocks enables administrators to impose multiple different types of blocks on the same user at the same time. If you are an admin or steward and would like us to discuss joining the pilot with your community, please leave a message on the project talk page.
- Starting March 25, the Editing team will test a new feature for Edit Check at 12 Wikipedias: Multi-Check. Half of the newcomers on these wikis will see all Reference Checks during their edit session, while the other half will continue seeing only one. The goal of this test is to see if users are confused or discouraged when shown multiple Reference Checks (when relevant) within a single editing session. At these wikis, the tags used on edits that show References Check will be simplified, as multiple tags could be shown within a single edit. Changes to the tags are documented on Phabricator.
- The Global reminder bot, which is a service for notifying users that their temporary user-rights are about to expire, now supports using the localized name of the user-rights group in the message heading. Translators can see the listing of existing translations and documentation to check if their language needs updating or creation.
- The GlobalPreferences gender setting, which is used for how the software should refer to you in interface messages, now works as expected by overriding the local defaults.
View all 26 community-submitted tasks that were resolved last week. For example, the Wikipedia App for Android had a bug fixed for when a user is browsing and searching in multiple languages.
Updates for technical contributors
- Later this week, the way that Codex styles are loaded will be changing. There is a small risk that this may result in unstyled interface message boxes on certain pages. User generated content (e.g. templates) is not impacted. Gadgets may be impacted. If you see any issues please report them. See the linked task for details, screenshots, and documentation on how to fix any affected gadgets.
Detailed code updates later this week: MediaWiki
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 23:44, 17 March 2025 (UTC)
Broken SVGs
I've been seeing a lot of SVGs from long ago that are not rendering properly. As an example:
On its file page, and when I pick any other size, it displays two rows of "CH –COOH", with a large white gap between each "CH" and "–COOH". Likewise when I click the image to see the original SVG using Firefox 115.21.0 or Chrome 16.0.5845.187. So both the MW thumbnailer and my local browser are mis-rendering it. However, if I download the SVG and open it in an old version of Inkscape or in emacs with x11 graphics enabled, there are "(OH)" in those gaps. I don't know much about SVG technical details...has some standard rendering library become more strict or changed how it handles imperfect files? DMacks (talk) 00:49, 20 March 2025 (UTC)
Blocking error in VisualFileChange
Hello,
I just wanted to use the VisualFileChange to open a mass DR. The gadget got stuck, see the screenshot. That's due to a protected talkpage (of the deceased VSchagow) and that the gadget's programming is not able to carry on beyond notifying the uploaders to the task of adding the nomination subpage to the daily list. As a solution, I'd suggest (if possible) to put the DR listing above the uploader information task. In my case, I added the DR manually, but that's not a satisfying workaround. Was this place here suitable for the bug report or should it get transferred somewhere else? Regards, Grand-Duc (talk) 20:24, 8 March 2025 (UTC)
- +1 support for good idea about better job order. should also time out and skip automatically. RoyZuo (talk) 23:26, 20 March 2025 (UTC)
- MediaWiki:Gadget-VisualFileChange.js/core.js is a lot of code so you might need to either find someone to maintain it or diy. RoyZuo (talk) 23:27, 20 March 2025 (UTC)
Trying to create a template for categories to show a map with the images within that cat
Hi all,
I'm trying to create a sort of embedded version of "Map of all coordinates" for geotagged categories, which would be particularly useful for COM:WikiProject GeoSets. I'm failing miserably so far. Would anyone familiarized with Lua care to take a look, or maybe suggest a different approach?
Testing (and failing) at Category:WPGS - Basílica de Nossa Senhora de Lourdes in Belo Horizonte, Brazil, September 2024
Thanks,
Rkieferbaum (talk) 00:11, 20 March 2025 (UTC)
- Ok, not looking good but at least it's working now. Any input still greatly appreciated. Rkieferbaum (talk) 19:04, 20 March 2025 (UTC)
Any way to view these files?
Yesterday I uploaded File:Emma Müller Edle von Seehof Bub mit Federhut.jpg and File:Falstaff-Szene A1885.jpg but somehow neither the images nor thumbnails show up. If I try to upload the file again as a new version, it doesn't work either and I get the error he file "mwstore://local-multiwrite/local-public/e/eb/Emma_Müller_Edle_von_Seehof_Bub_mit_Federhut.jpg" is in an inconsistent state within the internal storage backends Purging doesn't help either. --Anvilaquarius (talk) 12:21, 20 March 2025 (UTC).
- Had the same error and could upload a new version after trying again a few hours later. Prototyperspective (talk) 15:48, 20 March 2025 (UTC)
- They both display fine to me now (on Firefox) so I suspect it was just a temporary server issue. Pi.1415926535 (talk) 17:54, 20 March 2025 (UTC)
Thanks for checking. Still nothing here, must have to do something with cache (on my side or the servers). I'll just wait. --Anvilaquarius (talk) 18:09, 20 March 2025 (UTC)
- @Anvilaquarius: The uploads are permanently broken and the file names themselves can't be reused (not your fault; known issue). I re-uploaded them as File:Emma Müller Edle von Seehof Bub mit Federhut (reupload).jpg and File:Falstaff-Szene A1885 (reupload).jpg and redirected the original files to the new ones. The Squirrel Conspiracy (talk) 07:35, 21 March 2025 (UTC)
- Thanks! --Anvilaquarius (talk) 17:46, 21 March 2025 (UTC)
Install Wikimedia Commons popup
Just a moment ago I got a little "Install Wikimedia Commons" popup when visiting a regular discussion page.
It has happened a couple of times, every few months. It has the Commons logo, a wikimedia url and install button. I tried to grab a screenshot but it disappeared before I could act. I was using Chrome/Android in Mobile mode.
It has happened on meta too (with meta logo), so it probably not connected to the Commons app. I thought it might be a w:progressive web app or just Google being strange. Any ideas? Commander Keane (talk) 00:32, 22 March 2025 (UTC)
- Never had that and never heard of it. Could you click it? If it disappears so quickly that sounds strange. Maybe you could check which types of extensions you have installed. In any case, I recommend a mobile version of Firefox. I think such a popup would be a good thing once the Commons app has a few key functionalities like playing audio&video. Prototyperspective (talk) 01:51, 22 March 2025 (UTC)
Toolforge tools down
Hi, For the last three hours, all tools I tried on Toolforge are down (CropTool, etc.). Any idea? Yann (talk) 20:08, 24 March 2025 (UTC)
- CropTool and GLAMorous are working fine for me. I just did a crop with CropTool REAL 💬 ⬆ 20:18, 24 March 2025 (UTC)
Tech News: 2025-13
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Weekly highlight
- The Wikimedia Foundation is seeking your feedback on the drafts of the objectives and key results that will shape the Foundation's Product and Technology priorities for the next fiscal year (starting in July). The objectives are broad high-level areas, and the key-results are measurable ways to track the success of their objectives. Please share your feedback on the talkpage, in any language, ideally before the end of April.
Updates for editors
- The CampaignEvents extension will be released to multiple wikis (see deployment plan for details) in April 2025, and the team has begun the process of engaging communities on the identified wikis. The extension provides tools to organize, manage, and promote collaborative activities (like events, edit-a-thons, and WikiProjects) on the wikis. The extension has three tools: Event Registration, Collaboration List, and Invitation Lists. It is currently on 13 Wikipedias, including English Wikipedia, French Wikipedia, and Spanish Wikipedia, as well as Wikidata. Questions or requests can be directed to the extension talk page or in Phabricator (with #campaigns-product-team tag).
- Starting the week of March 31st, wikis will be able to set which user groups can view private registrants in Event Registration, as part of the CampaignEvents extension. By default, event organizers and the local wiki admins will be able to see private registrants. This is a change from the current behavior, in which only event organizers can see private registrants. Wikis can change the default setup by requesting a configuration change in Phabricator (and adding the #campaigns-product-team tag). Participants of past events can cancel their registration at any time.
- Administrators at wikis that have a customized MediaWiki:Sidebar should check that it contains an entry for the Special pages listing. If it does not, they should add it using
* specialpages-url|specialpages
. Wikis with a default sidebar will see the link moved from the page toolbox into the sidebar menu in April. - The Minerva skin (mobile web) combines both Notice and Alert notifications within the bell icon (
). There was a long-standing bug where an indication for new notifications was only shown if you had unseen Alerts. This bug is now fixed. In the future, Minerva users will notice a counter atop the bell icon when you have 1 or more unseen Notices and/or Alerts.
View all 23 community-submitted tasks that were resolved last week.
Updates for technical contributors
- VisualEditor has introduced a new client-side hook for developers to use when integrating with the VisualEditor target lifecycle. This hook should replace the existing lifecycle-related hooks, and be more consistent between different platforms. In addition, the new hook will apply to uses of VisualEditor outside of just full article editing, allowing gadgets to interact with the editor in DiscussionTools as well. The Editing Team intends to deprecate and eventually remove the old lifecycle hooks, so any use cases that this new hook does not cover would be of interest to them and can be shared in the task.
- Developers who use the
mw.Api
JavaScript library, can now identify the tool using it with theuserAgent
parameter:var api = new mw.Api( { userAgent: 'GadgetNameHere/1.0.1' } );
. If you maintain a gadget or user script, please set a user agent, because it helps with library and server maintenance and with differentiating between legitimate and illegitimate traffic. Detailed code updates later this week: MediaWiki
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
MediaWiki message delivery 22:38, 24 March 2025 (UTC)
SVG rendering issue

File:Portuguese colonial war blank map.svg and File:Portuguese colonial war blank map.svg are currently not rendering correctly on their File pages, but do render correctly if you click on them (e.g. go to https://upload.wikimedia.org/wikipedia/commons/d/d6/Portuguese_colonial_war_blank_map.svg). The Squirrel Conspiracy (talk) 03:52, 25 March 2025 (UTC)
- Validation shows spurious text. Supurious text removed.
viewBox="false"
not identified as an error, but incorrect.- changed version to 1.1
- added XML PI with encoding
- Glrx (talk) 16:50, 25 March 2025 (UTC)
Central place for dark mode night mode transtion debug
Wondering if anyone is specialising in transitioning templates modules etc. to be compatible with dark / night mode? I'd put everything together at one place so specialist users can have a receiving desk of these tasks. sorry my css / html skills are not good enough to debug myself. RoyZuo (talk) 19:28, 25 March 2025 (UTC)
Can the Listeriabot be fixed?
Probably ever since about 11 August 2020 the Listeriabot does not work well anymore, see for example Plazas de toros en España and about 145 more (see Search). See Talk:Edificios en Cuenca for the discussion about that gallery page (which I fixed manually by reverting to the version of 11 Aug 2020 + adjust it). Magnus Manske did not react to the discussion. Because there are so many gallery pages to be fixed, I think it is no option to revert + adjust them all. It would be better to fix the bot. Is it possible that someone looks into this problem and fixes it? JopkeB (talk) 06:27, 24 March 2025 (UTC)
- Could you please describe what the problem is and if possible create a code issue in the software repo or link the issue(s) if they are/it's already there? It may not be an issue with the tool though but due to some Wikimedia change (and this seems to be the case for your example, see #3)
- This is exactly what this proposal is about: m:Community Wishlist/Wishes/Continue development of the Listeria bot that creates dynamic tables using Wikidata.
- In that gallery you linked, the sparql query doesn't work anymor as it gets "Unknown error: java.lang.NullPointerException". One could ask how to fix this at d:Wikidata:SPARQL query service/Wikidata Query Help.
- Prototyperspective (talk) 11:49, 24 March 2025 (UTC)
- Thanks Prototyperspective, for diving into this problem.
- The problem is that in for example the gallery page Plazas de toros en España there are no images, but squares with codes class='wd_p18' and class='wd_label. I am not able to create code at all, I am not a programmer, I have no idea what the problem in the program Listeriabot is. I can describe on a functional level what the problem is, but not in a technical way.
- -
- So a good idea would be that I move this question to d:Wikidata:SPARQL query service/Wikidata Query Help?
- JopkeB (talk) 15:26, 24 March 2025 (UTC)
- Click on WQS to run the query. The error is shown there. The things it shows on that page are because of issues with the template. If you edit it to change
| p18 = class='wd_p18'| [[File:...
to| p18 = [[File:...
it shows the image just fine. This may be because the template it uses was changed after the bot was changed. It's likely fixed once the bot updates the page again and the error shown when running the query (WQS) is what prevents that from happening.
- 3. Yes there (alternatively at d:Wikidata:Request a query) somebody probably knows what the issue with that query is.
- Click on WQS to run the query. The error is shown there. The things it shows on that page are because of issues with the template. If you edit it to change
- Prototyperspective (talk) 16:20, 24 March 2025 (UTC)
- #1 is basically https://github.com/magnusmanske/listeria_rs/issues/82 which I reported in 2021. ListeriaBot does not produce correct wikitext when
row_template
is used. --Matěj Suchánek (talk) 12:46, 26 March 2025 (UTC)- This is the diff and point in time that the gallery was broken: Special:Diff/512644818. There
class='wd_p18'|
is added, breaking the gallery in 2020. Prototyperspective (talk) 15:14, 26 March 2025 (UTC)- Yep. Notice the "V2" present in the edit summary, but missing from the parent revision's summary... --Matěj Suchánek (talk) 16:48, 26 March 2025 (UTC)
- This is the diff and point in time that the gallery was broken: Special:Diff/512644818. There
- Thanks Prototyperspective, for diving into this problem.
Commons:First steps/Contributing unreadable on phone
On Mobile with a phone the content in Commons:First steps/Contributing is cut-off and horizontal scroll is not available. It may have something to do with the div style 420px float. Commander Keane (talk) 09:56, 26 March 2025 (UTC)
- i dont understand the float left float right styles, what they were meant to convey.
- i removed all the width and float settings. RoyZuo (talk) 10:15, 26 March 2025 (UTC)
- This requires a complete conversion to TemplateStyles. —TheDJ (talk • contribs) 10:16, 26 March 2025 (UTC)
- @RoyZuo: thanks for the fix, it is fine on my phone now. As to "
what they were meant to convey
", I think it is part of some sort of minimalist visual style that draws your eye down the page. It looked really good compared to the "ugly" regular step that follows. I took an annoted screenshot to show what I mean. - Actually, visiting Commons:First steps/Uploading files, I see the "Need help with uploading files?" box sticky-floats and gets in the way. You can still read the contents, so not a big deal. Commander Keane (talk) 12:04, 26 March 2025 (UTC)
- That's a problem with these subtle hints. See, the way I read it, was that it was structured as if it were a Q&A style, left being questions and right being answers. But the last box (#4) having the same kind of content as #2 #3 but floating left just makes no sense.
- it might have been "more interesting" if the boxes floated left right left right, as an alternate pattern.
- anyway, i made some more textual changes.
- everything should be
Done, but feel free to improve. RoyZuo (talk) 17:34, 26 March 2025 (UTC)
- @RoyZuo: thanks for the fix, it is fine on my phone now. As to "
Maps without data source
It would be nice if maps were put into a subcategory of Category:Information graphics without data source – could somebody implement this at Template:Datasource missing? Either via a new template like it or via some parameter which would need to be added to all the map files in the cat This would allow excluding these in the GLamorous & Glamorgan scans for file uses (linked at the bottom of the See alsos of the template doc). (See Help:Misinformation. Prototyperspective (talk) 14:48, 27 March 2025 (UTC)
why too many red links on translated pages ?
the problem is rejected on Phabricator saying that it must be solved at the level of Commons admin. Can someone have a look please ? please check the topic in -> Commons:Bistro#lien_de_categorie_en_rouge_? or follow task discussion. Thanks Christian 🇫🇷 FR (talk) 16:43, 27 March 2025 (UTC)
- I’m not familiar with the translation categories and its structure but for some of the simpler ones, I went ahead and manually created them. Anyone that is more familiar with this, feel free to adjust them if needed. Tvpuppy (talk) 19:31, 27 March 2025 (UTC)
- thanks ... people should check at least what they modify. Christian 🇫🇷 FR (talk) 23:21, 27 March 2025 (UTC)
Automatically adding the language category and other version when translating a file with SVG Translate tool
Could the SVG Translate tool please be changed so that it also automatically adds the language's respective category to the file? It would check the categories and get the subcats of Category:SVG by language (like Category:Chinese-language SVG diagrams) and then add the respective subcat of the cat above (here Category:SVG diagrams by language) for the added language. I think it should also add the new translated SVG image to the "Other versions" field of the file.
Because users only sometimes add the language category for the translated graphic, those language categories are very unreliable and incomplete. When searching for graphics in a specific language, for example using deepcategory or by browsing that category, it would not show many files in that language. Moreover, users may not know the graphic is also available in another language if the translated file is not linked in the Other versions.
Further details here.
Prototyperspective (talk) 17:23, 27 March 2025 (UTC)
Fix Template:Collapse top (broken CSS, and accessibility problem)
The specification of the background color (for the top uncollapsed header) does not work correctly, and generates invalid CSS. In fact the test of existence of the bg=
parameter has been unintendly reversed:
- It unconditionally generates the
background: {{{bg}}};
CSS style even if the parameter is missing (and in that case the CSS is just spurious with incorrect syntax containing the unexpanded braces). - And if there's a specified value, the default
color:#202122;
should be omitted completely (it may not match correctly with the specified background color, that forced dark gray color may not fit well with that color, notably with medium blue or gray likebg=#88F
or darker; producing insufficient or absent contrast, with a rendering which is not accessible to readers), using either the inherited foreground color, or another foreground color specified at the same time inbg=
, for examplebg=black;color:white
.
The "bg" parameter (specific for the top permanent header showing the title bar and the clickable link on the right to collapse/uncollapse the box) is different from the other optional "b-color" parameter used for the collapsible content of the box.
The bug (visible in ALL examples shown in the template's doc subpage, as well as on the base template page, showing the preview by default with no parameters at all) originates from the last broken edit made by Matrix (diff) on 5 September 2024, still keeping the template editprotected.
In the template code, please just replace
{{#if: {{{bg|}}} | color:#202122;}} background: {{{bg}}};
by
{{#if: {{{bg|}}} | background:{{{bg|}}}; | color:#202122; }}
And may be we can drop color:#202122;"
, if it is already the default in a ".cot-header-other" class defined in the default site CSS stylesheet. And we could be smarter by placing {{#if: {{{fg|}}} | color:{{{fg|}}}; }}"
after the test of the background color (if we need to override the default foreground from the default stylesheet) after dropping it from inside the background color test.
Thanks. verdy_p (talk) 18:47, 27 March 2025 (UTC)
- I think the
color:#202122;
can be dropped, because the proposed change means that it will become the default text colour whenbg
is unspecified, which will not work in dark mode. Tvpuppy (talk) 20:07, 27 March 2025 (UTC)- Note that this question was initially posted on the Commons:Administrators' noticeboard/Blocks and protections (because the protection banner still drives there for instructions). It was moved here in the Technical Village pump by you. Still what happens when a bug is detect in protect templates is still misguided, the protection banners should be fixed. Note that this does not affect the "dark mode", due to the existing presence of the light green background (by default) which also applies to the dark mode (there's no test for that, no CSS class designed in any stylesheet to specify the default background/foreground colors of titlebars of these collapsible boxes to differentiate for such light/dark modes. So in either modes, by default it was still a dark grey text on a light green title bar (and these chosen colors should remain accessible as well in presence of blue/red links; this prohibits some foreground/background color combinations for the title bar, and of course for the collapsible content of the box, like the rest of pages outside such box; the default dark gray on light green works quite wells, much better than dark gray on light blue, and definitely better than any fixed dark background especially if it's blue or red; the only working background colors are green or gray, even if we could tune their lightness depending on light/dark mode, and then adjust the contrasting default foreground accordingly between dark gray or black for light mode and light grey/beige/yellow for dark mode, avoiding plain white for text in that dark mode case). verdy_p (talk) 20:13, 27 March 2025 (UTC)
- Apologies for the move. I only realised the post is related to the template being protected after I moved it. I agree with you about your point at the end about the colors. I think since the template has an option to specify the background color, it will make sense to also have an option to specify the text color, as you mentioned above. Tvpuppy (talk) 22:31, 27 March 2025 (UTC)
- Note that this question was initially posted on the Commons:Administrators' noticeboard/Blocks and protections (because the protection banner still drives there for instructions). It was moved here in the Technical Village pump by you. Still what happens when a bug is detect in protect templates is still misguided, the protection banners should be fixed. Note that this does not affect the "dark mode", due to the existing presence of the light green background (by default) which also applies to the dark mode (there's no test for that, no CSS class designed in any stylesheet to specify the default background/foreground colors of titlebars of these collapsible boxes to differentiate for such light/dark modes. So in either modes, by default it was still a dark grey text on a light green title bar (and these chosen colors should remain accessible as well in presence of blue/red links; this prohibits some foreground/background color combinations for the title bar, and of course for the collapsible content of the box, like the rest of pages outside such box; the default dark gray on light green works quite wells, much better than dark gray on light blue, and definitely better than any fixed dark background especially if it's blue or red; the only working background colors are green or gray, even if we could tune their lightness depending on light/dark mode, and then adjust the contrasting default foreground accordingly between dark gray or black for light mode and light grey/beige/yellow for dark mode, avoiding plain white for text in that dark mode case). verdy_p (talk) 20:13, 27 March 2025 (UTC)
- So as I said in the initial message you can safely place
{{#if: {{{bg|}}} | background:{{{bg|}}}; }}
immediately to solve the bug (we can think about default titlebar colors later in a specific stylesheet). verdy_p (talk) 20:32, 27 March 2025 (UTC)
Three ways to improve the way we maintain cagetories
I have three things I want to do. Maybe they are already possible. If not then this would be my request for someone to make it possible. I think it can be very useful.
- When in a category, have a way to see all the files of the subcategories. For example there are about 20 categories and subcategories for Björk. Instead of me looking through each and every category for a good photo, why not have the ability to view all the files.
- I've also run into the problem of people putting files into both the cagetory and subcategory. This file for example is both in the category Reykjavík and 2017 in Reykjavík when it should only be in the latter. It would be nice to visually let the reader know when a file is in to many categories (highlighting the parent category). Similar to how you can see on Wikipedia when a link goes to a disambiguation site (at least I have it set to see it).
- And lastly, it would be nice to be able to subscribe to a category. Meaning that when a file gets added or removed that I get a notification. This way I can monitor categories that are of high interest to me.
Any feedback would be greatly appreciated. Steinninn ♨ 13:15, 27 March 2025 (UTC)
- @Steinninn: good ideas for sure.
- was the second most popular feature request at last year's Technical needs survey.
- Needs investigating.
- You can add a category to your Watchlist and see additions/removals. Filter by the Category namespace to just see those.
- Commander Keane (talk) 15:06, 27 March 2025 (UTC)
- Good that I'm not the only one thinking about this
- ...
- I was not able to replicate what you described. I added a category to my watchlist that I know has a recent image. But when I go to my watchlist it's not listed.
- Steinninn ♨ 16:40, 27 March 2025 (UTC)
- @Steinninn: regarding #3 make sure "Hide categorization of pages" is unticked in Special:Preferences#mw-prefsection-watchlist. Commander Keane (talk) 14:30, 28 March 2025 (UTC)
- Completely agree and good to see other people noticing this issue too and coming to the same conclusion.
- This is exactly what this proposal is about: Wall of images view for category pages including images in subcats
- There are currently two barely known barely used ways to get this functionality already but it only works in categories that don't have deep subcategories and it has several issues as described mostly at phab:T376440#10354943: using the deepcategory search parameter (btw you can also combine multiple categories this way) – example for Category:Milky Way Galaxy and a place on Earth.
- There also is a nice gadget that seems to use the same, FastCCI: in the category (example) click on the arrow button in the top right that says "Good pictures" to see the dropdown and then select "All images". This gadget used to usually not load but now it seems to work often(?). I don't think many users know if it either, especially not people new to the site who certainly would click some barely visible barely explained button to select a specific dropdown option. I just tried it and it did not load many of the images so I think that also needs to be fixed.
- Maybe either of these two approaches could be used for the proposal or improved accordingly. A challenge is very large categories, for these deepcategory either only shows some but not all files or shows many files that aren't really about the subject of the initial category. A further issue is improving the sorting of those files. I think the former issue can be addressed by showing the subcategories the files are from sorted by number of files in that category – then one could click an x button to remove files in these such as files in the 'xyz in art' subcategory if one would like to only see photos. Premade 'filters' for this and other common things one can simply select would also help a lot with that.
- I think the bigger issue is when people remove items from the parent category because it's in one subcategory and/or only move it to one of its subcategory – this results in files being in only one of its branches but not in all subcategories that it belongs into. Imagine a category having three subcategories: one by time, one by location, and one by subject shown – the file should be in all three of those subcategories, not just in the one by time. In the example category, there are subcategories for which country the photo of the Milky Way and a place on Earth was taken but also about the content such as Category:Milky Way Galaxy and a body of water. Nevertheless what you said could be helpful to reduce overcategorization, yet I think the bigger issue is that files are missing in some subcategory which isn't noticed because it's in one of its other subcategories. I think those two problems need to be considered together.
- For many categories, lots of files get added so that may not be usable. I don't think many would use this. I think there is a wishlist proposal about enabling watching files being added to categories on Wikipedia and maybe that even got implemented and could be used here. Maybe you or somebody else finds it. Maybe it's possible using feeds but I checked and that doesn't seem to be the case. I think this is something a Wikimedian new to Commons may find likely useful but in practice isn't actually useful or needed. Certainly not in the form of notifications because it would break these but probably also not for the Watchlist. In the Watchlist you can check "Category changes" but I haven't tried it since it may break my watchlist and certainly make it unusable. One could still just bookmark the category and revisit it every now and then. You can sort by file uploaded in the MediaSearch.
- This is exactly what this proposal is about: Wall of images view for category pages including images in subcats
- Prototyperspective (talk) 18:15, 27 March 2025 (UTC)
Dark mode tasks
Not readable
- Commons:GFDL: The section titles are not readable in dark mode.
- Commons:Featured picture candidates, Commons:Featured pictures, {{FPGHeader}}, {{FPD}}: Some of the text are not visible in dark mode.
- {{CRT region index}}: The text are difficult to read in dark mode.
- Commons:Babel: The text for the language ability user boxes are practically invisible in dark mode.
- The color scheme for this is overriden by the Commons community from MediaWiki:Common.css
- Help:Contents: The background for the text boxes still have the light mode colours in dark mode.
- “Try it without installing” gadget in Help:VisualFileChange.js#Step 0: How to Install The gadget is barely usable in dark mode since all the text on the left are invisible.
- i think matrix is fixing this one soon Commons:Village_pump#c-Matrix-20250318201600-VFC_dark_mode_fixes. RoyZuo (talk) 07:58, 26 March 2025 (UTC)
- Help:Image-Annotator blue links are hard to see against the light yellow background in dark mode.
- It seems the blue text in dark mode is lighter than the blue in light mode. or is it just an optical illusion? e.g. For Help:Image-Annotator at File:" 12 - ITALY - Gun Collection FLOS 3.JPG.--RoyZuo (talk) 06:06, 26 March 2025 (UTC)
- Help:Gadget-GalleryDetails
- {{Cleanup image}}
- see Template talk:Cleanup image/layout. -- ZandDev (talk) 20:38, 8 March 2025 (UTC)
- {{Deletion requests/Archive}}: links are hard to read on custom pink background, bottom blue bar not visible
- Template:LicenseReviewMenu Links are hard to read on custom background
- Template:Move
- {{TOO region index}}: links hard to read on custom background. See Commons:Threshold of originality, the explanation text for the Amtrak logo is barely visible. Commons:Freedom of panorama, the text under the map is barely visible.
- Template:User talk
No dark mode design, but readable
- The skip box in Commons:Village pump/Copyright doesn’t have a dark mode design, but the same box in Commons:Village pump has one.
- MediaWiki:Gadget-GalleryDetails.js. partial dark mode design. still has giant white background.
- {{FPX}} and {{FPXvote}}
- {{FPGN}} and all the “xxxx FP galleries top” templates in Category:Featured picture templates
- {{Help pages footer}}: Doesn’t change for dark mode, but it’s still readable.
- {{Local maintenance category}}
- {{Otheruses}}
- {{PD-US table}}
- Template:User committed identity
Fixed
- Commons:Contact us: The current selected section title and text on the left is barely visible in dark mode.
- Commons:Copyright_tags/index
- {{Copyright navbox}}: The caption doesn’t work in dark mode.
- The navigation box on the right in Commons:Volunteer Response Team, some of the words are invisible in dark mode.
Contributions by:
- Tvpuppy (talk) 08:07, 26 March 2025 (UTC)
- --RoyZuo (talk) 07:57, 26 March 2025 (UTC)
- —TheDJ (talk • contribs) 09:25, 26 March 2025 (UTC)
- Several of these have the 'pink/lilac' background. This doesn't work in dark mode design, as links don't stand out against it. Has anyone picked a dark mode variant color for this yet that is used on OTHER templates that use 'pink/lilac' background ? —TheDJ (talk • contribs) 09:25, 26 March 2025 (UTC)
Category search not working in 'Pages with maps'?
I think a search box is especially useful for categories with lots of files. And combining a category that specifies whether the file has coordinates may be useful in terms of a filter / criteria when searching which would be done in the same way.
So I intended to add {{Search in category}} to the category Category:Pages with maps (and Category:Pages with coordinates) and tried some searches but it doesn't seem to show results properly. Either the deepcategory has the issue despite of phab:T376440: "A warning has occurred while searching: Deep category search timed out. Most likely the category has too many subcategories" (example) or it doesn't show results that it should show (let's focus on this problem for now): example search does not show this result which is the second file when you visit Category:Pages with maps. Does somebody know why this is? Prototyperspective (talk) 11:23, 28 March 2025 (UTC)
- File:04.02.2015. -Srbobran - Szentamás , Serbien - panoramio (1).jpg
- is not in
- Category:Pages with maps RoyZuo (talk) 09:38, 30 March 2025 (UTC)
- Well, I'm absolutely certain that image was shown as the second result in Category:Pages with maps as the second result (I even copied the filetitle from that page). Seems like some display / cache issue then. In regards to the problem of "A warning has occurred while searching:", incategory is better to use there since that category is about pages so I'd add that variant of the search box to it ({{Search box inside category}}. The problem with it is that it searches the file namespace with no working way to make it use other namespaces like category pages etc – see Commons:Village pump#Is there a page to request changes to templates?.
- So I tried to search for the file that is now the second file in the category: File:04212jfSaint Alphonsus Mary Liguori Parish Church Magallanes Village Makati Cityfvf 05.jpg and it also doesn't find it. I checked the file and it's also not in that category despite being shown in the category. It has not coordinates-/map-related category except for Category:Files with coordinates missing SDC location of creation and was last edited at 27 February 2023.
- So the question remains: could somebody clarify all this? Prototyperspective (talk) 13:36, 30 March 2025 (UTC)
- i guess it's after effect of Commons:Categories_for_discussion/2019/06/Category:Pages_with_maps#c-Enhancing999-20240619111900-June_2024. will take a long time for the servers to update all the files. RoyZuo (talk) 13:59, 30 March 2025 (UTC)
Irritating observation about file moving
Hello, I just observed something that's puzzling me. I thought about moving File:Claire Leger speaks to media about the Tarnak Farms incident.jpg on the rationale COM:FR#FR2, as the name "Léger" contains a spelling mistake (it's currently lacking the acute). I'm using a Chrome browser on my Android tablet to write this. If I switch to the Commons desktop mode to use "move and replace", the checkbox "leave a redirect behind" is active and greyed out, which is the usual behaviour on files in use that I'm accustomed to. But if I'm switching to the mobile view and access https://commons.m.wikimedia.org/wiki/Special:MovePage/File:Claire_Leger_speaks_to_media_about_the_Tarnak_Farms_incident.jpg through a 3-dot-menu on the file page, then I would be able to suppress the redirect anyway. Why is there such a difference between the desktop gadget and the special page function in the mobile view? Regards, Grand-Duc (talk) 02:55, 24 March 2025 (UTC)
- Probably because no one ever looked at making the Commons-specific utility that is used in the desktop mode work for mobile as well. —TheDJ (talk • contribs) 16:45, 25 March 2025 (UTC)
- if you start the move and replace gadget in the file history tab of the file on pc, you will also have the option of suppressing redirects. :)
- i guess the gadget's logic is checking the "global usage" section on a file page. so when it cannot see that section, it assumes there's no global usage = suppress is possible. RoyZuo (talk) 08:54, 3 April 2025 (UTC)
Tool to calculate total file sizes
Hi!
Is there a tool that calculates the cumulative amount of file sizes within a category?
Thanks :) --PantheraLeo1359531 😺 (talk) 16:56, 13 March 2025 (UTC)
- Would be best if it also allowed seeing the largest files in the category. Maybe one could use a query with deepcategory (relevant question here). Prototyperspective (talk) 00:30, 14 March 2025 (UTC)
- What would be the goal that had to be achieved with that information ? —TheDJ (talk • contribs) 11:16, 15 March 2025 (UTC)
- For the file sizes:
- – It allows to analyse cats if they have files that may be too large to use and can get a smaller file version. It can be analyzed, how the values have changed and, for example, if datasets by (e.g.) US governments have been copied (sometimes, the number of files isn't a good indicator). --PantheraLeo1359531 😺 (talk) 10:33, 17 March 2025 (UTC)
- @PantheraLeo1359531 try User:RoyZuo/FilesizeSum.js? :) RoyZuo (talk) 12:33, 4 April 2025 (UTC)
- Thank you a lot :D --PantheraLeo1359531 😺 (talk) 12:41, 4 April 2025 (UTC)
- @RoyZuo How do I execute this script on a category? I am a noob at coding :D --PantheraLeo1359531 😺 (talk) 12:47, 4 April 2025 (UTC)
- mw.loader.load('/w/index.php?title=User:RoyZuo/FilesizeSum.js&action=raw&ctype=text/javascript');
- add to line 2 of User:PantheraLeo1359531/common.js. RoyZuo (talk) 12:49, 4 April 2025 (UTC)
- Thanks, I figured it out. Splended thing! --PantheraLeo1359531 😺 (talk) 13:08, 4 April 2025 (UTC)
- @RoyZuo It seems some calculation errors appear, like here: Category:Black caps in Japan. It claims to contain 98 MB, but it has approx. 16 MB, or am I doing something wrong? --PantheraLeo1359531 😺 (talk) 13:19, 4 April 2025 (UTC)
- "On this page: 15.34 MB (4 files)" for me. RoyZuo (talk) 14:10, 4 April 2025 (UTC)
- Oh okay, I will look into it :) --PantheraLeo1359531 😺 (talk) 16:36, 4 April 2025 (UTC)
- "On this page: 15.34 MB (4 files)" for me. RoyZuo (talk) 14:10, 4 April 2025 (UTC)
- @RoyZuo How do I execute this script on a category? I am a noob at coding :D --PantheraLeo1359531 😺 (talk) 12:47, 4 April 2025 (UTC)
- Thank you a lot :D --PantheraLeo1359531 😺 (talk) 12:41, 4 April 2025 (UTC)
Empty Wikidata Infobox
Hi everybody. I have a question about this {{Wikidata Infobox}}. I makes sense to create a category including this code <!-- {{Wikidata Infobox}} -->. or, after, comment this code {{Wikidata Infobox}} when the wikidata is not existing yet or is not yet connect? An example here Category:Companies_based_in_Heemstede,_North_Holland. I don't want to start an editwar, but this kind of edit seem to not very wise, because when the wikidata element will be created it will be more difficult to connect it or, when already present, is not easy to find it, for example Category:Klouwer (surname), it was better to look for it instead of comment it <!-- {{Wikidata Infobox}} -->. Thank you in advance for your answers. P.S. If not necessary, I would not insert at all {{Wikidata Infobox}} MrKeefeJohn (talk) 18:40, 22 March 2025 (UTC)
- Create your category with {{Wikidata Infobox}} but without the HTML comment markup. The infobox is designed for such use. I have just done this on your example category. Note that the infobox there includes a "Create new Wikidata item" link, Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:01, 22 March 2025 (UTC)
- @Pigsonthewing: thank you for your answer. I understand what is designed for <!-- {{Wikidata Infobox}} --> and always add it creating new categories. The question was more about if wise to remove it when the wikidata element is not created yet. MrKeefeJohn (talk) 06:58, 3 April 2025 (UTC)
- Usually a Wikidata infobox is not added when there is no Wikidata item to connect it to / that it's connected to. Adding an infobox nevertheless is I think an implicit suggestion/request for others to create a Wikidata item for the subject of the category. For these, I usually just create the Wikidata item but there are exceptions when it's not clear how the item would look like. In regards to your case (example?) I don't think there are Wikidata items for 'Companies based in {region}' but maybe I'm wrong or these could be created – however usually items are created for companies with some location information so there's no Wikidata item for that. They could maybe be created as dynamic list pages somehow though. Prototyperspective (talk) 09:51, 3 April 2025 (UTC)
- That is the context in which I gave my answer. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:29, 3 April 2025 (UTC)
- @Prototyperspective: I do understand your opinion, but in my experience quite often it's just a problem of missing connection. Just todady a couple of example Category:Companies based in Udine wikidata and Category:Companies based in Udine wikidata MrKeefeJohn (talk) 19:30, 11 April 2025 (UTC)
- Don't know what you mean. This isn't what you wrote about earlier. Yes, there are categories that are not connected to their Wikidata items. You could for example always add the infobox and then check if the Wikidata item exists via search and if not create it or if not just leave the empty infobox as is. Prototyperspective (talk) 21:35, 11 April 2025 (UTC)
- I mean that if you don't add a {{Wikidata Infobox}}, or remove it or comment like this <!-- {{Wikidata Infobox}} -->, it will be more difficult to connect with wikidata elements and/or with already existing articles or categories in some wiki. And it seems to me that it makes more difficult the bots' operation. MrKeefeJohn (talk) 06:56, 12 April 2025 (UTC)
- Why would that be the case, I don't think so. That infobox template is added by a bot. Prototyperspective (talk) 10:16, 12 April 2025 (UTC)
- I mean that if you don't add a {{Wikidata Infobox}}, or remove it or comment like this <!-- {{Wikidata Infobox}} -->, it will be more difficult to connect with wikidata elements and/or with already existing articles or categories in some wiki. And it seems to me that it makes more difficult the bots' operation. MrKeefeJohn (talk) 06:56, 12 April 2025 (UTC)
- Don't know what you mean. This isn't what you wrote about earlier. Yes, there are categories that are not connected to their Wikidata items. You could for example always add the infobox and then check if the Wikidata item exists via search and if not create it or if not just leave the empty infobox as is. Prototyperspective (talk) 21:35, 11 April 2025 (UTC)
- @Prototyperspective: I do understand your opinion, but in my experience quite often it's just a problem of missing connection. Just todady a couple of example Category:Companies based in Udine wikidata and Category:Companies based in Udine wikidata MrKeefeJohn (talk) 19:30, 11 April 2025 (UTC)
- @Pigsonthewing: thank you for your answer. I understand what is designed for <!-- {{Wikidata Infobox}} --> and always add it creating new categories. The question was more about if wise to remove it when the wikidata element is not created yet. MrKeefeJohn (talk) 06:58, 3 April 2025 (UTC)