Commons:Village pump/Technical/Archive/2019/02

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
Archive 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.

The new padlocks don't show up on mobile

The newly updated padlocks don't show up while I use the "Mobile 📱 view" for editing, for example for this fully protected page the "Desktop view" shows the padlock while the "Mobile view" doesn't, is there a reason why this happens? I can't remember if this also affected the old designs. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 17:40, 4 February 2019 (UTC)

Not the problem of changing picture. Tried putting special:permalink/280946933 into COM:SB in mobile view and no imaged could be displayed.--Roy17 (talk) 19:06, 4 February 2019 (UTC)
Odd, I'll report it to the Phabricator then and will link the ticket 🎟 here later. --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 13:28, 5 February 2019 (UTC)
This section was archived on a request by: Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 08:47, 11 February 2019 (UTC)

Help with Wikidata auto-categorization

Category:Ice hockey team is populated by 15 subcategories, despite the fact that it is a redirect to Category:Ice hockey teams. None of these 15 subcategories contains a link to the incorrect category, but each of them contains {{Wikidata infobox}}, so I presume that is where the category link is coming from. However, I can't track down the source of the error in Wikidata. Can anyone figure out where the incorrect link is coming from, and fix it? --R'n'B (talk) 15:05, 1 February 2019 (UTC)

Pinging @Mike Peel.   — Jeff G. ツ please ping or talk to me 18:21, 1 February 2019 (UTC)
this should have fixed it, once the cache updates. Thanks. Mike Peel (talk) 23:42, 1 February 2019 (UTC)
Seems, only 1 category went alone. 14 null edits later now the redirect is empty. — Speravir â€“ 01:42, 2 February 2019 (UTC)
The first one was a null edit by me, the cache does take a bit longer to refresh on its own. For background info (now I'm not on mobile), Category:Buffalo Sabres was being added to the category as Buffalo Sabres (Q131206) has award received (P166)=Presidents' Trophy (Q250246), and that then had category for recipients of this award (P2517)=ice hockey team (Q4498974) - that last part was wrong, and the edit to add that (by @LesserJerome:) is what I reverted. Thanks. Mike Peel (talk) 02:04, 2 February 2019 (UTC)

Tech News: 2019-06

17:11, 4 February 2019 (UTC)

Gallery mode="slideshow"

This ugly hack to get a slideshow without horizontal scrollbar floating with a {{wikidata infobox}} on the right is rather bizarrre:

  1. Why is there no style= or at least width= in Template:Wikidata infobox?
  2. Why does gallery style="max-width:66%" use this for its canvas, but still scales up the images to require a horrible scrollbar?
  3. Why does gallery heights="600px" not work for mode="slideshow", undocumented in Help:Gallery tag?
  4. Who does still know "Wilbur" aka HTML 3.2 to get what they want anyway?
  5. What is the effect on mobile devices? (Untested, "armed with Chrome" is too poor.)

84.46.53.198 20:58, 5 February 2019 (UTC)

Help with a bug stopping CC licensed data being stored on Commons

We can nearly use CC licensed datasets stored on Commons in our Wikidata queries and maps and graphs on Wikimedia projects using Wikidata data. YAAAYYY

We can't quite yet because of a bug that was started over two years ago. BOOOO

https://phabricator.wikimedia.org/T155290?fbclid=IwAR3FYWU8eTHOzf_R3_bni93Sx7wjFg4571j2WxbqiKc5-4ip-KWKMawqzSY

  • Wizards: please could you help fix the bug?
  • Muggles: please subscribe to the task to let people know its important to you

I've written some instructions to help people make maps on Wikimedia projects using Wikidata data but its not usable till this gets fixed...

Thanks

--John Cummings (talk) 10:23, 6 February 2019 (UTC)

@John Cummings: I commented on that task on 15 October 2017.   — Jeff G. ツ please ping or talk to me 10:43, 6 February 2019 (UTC)
Thanks @Jeff G.:, yes part of my frustration is the age of the issue... I've found that awarding tasks a token seems to encourage other people to look at it. John Cummings (talk) 10:50, 6 February 2019 (UTC)

How can I archive multiple messages using the OneClickArchiver?

Usually on Mondays I receive both Tech News and Wikidata's Digest (or newsletter), preferably I would like to archive both at once. How can I archive multiple messages at once, I saw some users do that but I don't know how to do it myself, I attempted using the button at "More" but that kept giving me these error messages, what can I actually do to archive more than one message at a time? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 09:08, 11 February 2019 (UTC)

Tech News: 2019-07

18:44, 11 February 2019 (UTC)

Edittools JS errors

Hi, Currently Edittools above the editbox doesn't work for me (tested in Vector and Monobook). It appears randomnly once in a while with a lot of Javascript errors. Does anyone see this? The errors appear only very shortly, but I managed to make a screenshot: File:Edittools JS errors.png. Chrome Version 71.0.3578.98 (Official Build) (64-bit) on Windows10. Regards, Yann (talk) 15:47, 13 February 2019 (UTC)

JS console

Active resource loading counts reached a per-frame limit while the tab was in background. Network requests will be delayed until a previous loading finishes, or the tab is brought to the foreground. See https://www.chromestatus.com/feature/5527160148197376 for more details
load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:396 JQMIGRATE: Migrate is installed with logging active, version 3.0.1
VM47:75 This page is using the deprecated ResourceLoader module "jquery.ui.position".
(anonymous) @ VM47:75
VM47:35 This page is using the deprecated ResourceLoader module "jquery.ui.widget".
(anonymous) @ VM47:35
VM47:884 This page is using the deprecated ResourceLoader module "schema.UniversalLanguageSelector".
See https://phabricator.wikimedia.org/T205744 for migration info.
(anonymous) @ VM47:884
load.php?debug=false&lang=en&modules=startup&only=scripts&skin=monobook:4 Use of "wgAction" is deprecated. Use mw.config instead.

maybeLog @ load.php?debug=false&lang=en&modules=startup&only=scripts&skin=monobook:4
index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:109 Uncaught TypeError: $toolbar.wikiEditor is not a function
    at Object.makeToolbarButtons (index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:109)
    at index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:164
    at dispatch (load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:324)
    at elemData.handle (load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:320)

VM47:30 This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use OOUI instead.
(anonymous) @ VM47:30
load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:571 IconElement: Widgets with iconTitle set are deprecated, use title instead. See T76638 for details.
OO.ui.warnDeprecation @ load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:571
load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:571 IconElement: setIconTitle is deprecated, use setTitle of TitledElement instead. See T76638 for details.
OO.ui.warnDeprecation @ load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:571
VM74:1 This page is using the deprecated ResourceLoader module "schema.EditAttemptStep".
See https://phabricator.wikimedia.org/T205744 for migration info.
(anonymous) @ VM74:1

The error is here

maybeLog @ load.php?debug=false&lang=en&modules=startup&only=scripts&skin=monobook:4
index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:109 Uncaught TypeError: $toolbar.wikiEditor is not a function
    at Object.makeToolbarButtons (index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:109)
    at index.php?title=MediaWiki:Edittools.js&action=raw&ctype=text/javascript:164
    at dispatch (load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:324)
    at elemData.handle (load.php?debug=false&lang=en&modules=ext.CodeMirror.lib|jquery%2Coojs-ui-core%2Coojs-ui-widgets&skin=monobook&version=0byho8z:320)
@Yann: Odd. The error is saying that the wikiEditor object isn't attached to what it thinks $toolbar is; I can't replicate locally as I don't have whatever settings you do to get this code to execute, but my local $( '#wpTextbox1' ).wikiEditor definitely exists… No recent changes on-wiki or in-code that seem relevant. Possibly a race condition that you're now triggering more frequently due to reaching some boundary condition with other stuff? Jdforrester (WMF) (talk) 19:36, 13 February 2019 (UTC)
Which may be as simple to fix as switching off some extensions or closing some tabs. Chrome has a task manager under 'more tools', take a look there. In my current chrome session I had a background tab that was unexpectedly hogging processing power, no idea why, just a not-very-good website. --Fæ (talk) 19:46, 13 February 2019 (UTC)

Tech News: 2019-08

23:13, 18 February 2019 (UTC)

Global user rename and caching

m:Special:GlobalRenameProgress/Nngobl shows that renaming is complete, but File:Logo_des_Championnats_d'Europe_de_cyclisme_sur_route_2016.png #filehistory straggles behind (note that I deliberately didn’t try action=purge to showcase the bug). Shouldn’t global rename invalidate caches for all dependent pages? Incnis Mrsi (talk) 18:16, 21 February 2019 (UTC)

@Incnis Mrsi: It's probably stuck in the job queue.   — Jeff G. ツ please ping or talk to me 23:35, 21 February 2019 (UTC)

Structured data and Special:UploadWizard, Structured data and file

Hello! Please, help me about Structured data menu for all users when we start Package Uploading company using Special:UploadWizard. Why do new users need this option while loading the file? They make a mistake and put the file description in the Structured data: Ex. (It was necessary to fill in the file description field). How to hide this menu when loading a file? Thanks! — Niklitov (talk) 18:51, 22 February 2019 (UTC)

  • Hi! IMHO this is not Structured data. They make a mistake and put the file description in the Structured data. Better to hide the Structured data menu for all users: the bot should do this (add. and filling Structured). Please hide this Structured data menu from the all files in Commons. The menu prevents participants from filling out a media descriptions. Best regards, — Niklitov (talk) 23:18, 25 February 2019 (UTC)

Tech News: 2019-09

21:16, 25 February 2019 (UTC)

Flickr2Commons down

Flickr2Commons has been stuck at "Loading..." since yesterday. According to the JavaScript console, there is a problem loading an API key: https://tools.wmflabs.org/fist/file_candidates/api.php?meta=all&action=get_flickr_key

Anyone know when this is going to be resolved? Ixfd64 (talk) 17:35, 21 February 2019 (UTC)

@Ixfd64: I created https://bitbucket.org/magnusmanske/flickr2commons/issues/59/loading-forever for you, as "The maintainer doesn't read" Commons talk:Flickr2Commons.   — Jeff G. ツ please ping or talk to me 23:43, 21 February 2019 (UTC)
Thanks for filing the ticket. It looks like the original host was unreliable, but the app is now back up. Ixfd64 (talk) 17:51, 25 February 2019 (UTC)
@Ixfd64: You're welcome.   — Jeff G. ツ please ping or talk to me 18:05, 25 February 2019 (UTC)
Not "unreliable", but broken. Just imagine your PID 1 going to D state and having your D states not responding to SIGKILL. And then you accidentally lose all ways of getting root powers, with both sshd and nslcd down. --Zhuyifei1999 (talk) 18:28, 25 February 2019 (UTC)
Oh and this is a problem with toolforge infrastructure, not the tool itself. I don't maintain the tool, but maintain the infrastructure. --Zhuyifei1999 (talk) 18:33, 25 February 2019 (UTC)
@Zhuyifei1999: Thanks. It sounds like something was deeply wrong with the software, possibly even the hardware.   — Jeff G. ツ please ping or talk to me 08:52, 26 February 2019 (UTC)

https://tools.wmflabs.org/flickr2commons/ is down since ...

Hallo,

i try to upload some fotos from flickr but https://tools.wmflabs.org/flickr2commons/ stay "loading..." and no more. Is there any solution?. --Juan Villalobos (talk) 12:02, 24 February 2019 (UTC)

@Juan Villalobos: I created https://bitbucket.org/magnusmanske/flickr2commons/issues/59/loading-forever for you and others, as "The maintainer doesn't read" Commons talk:Flickr2Commons.   — Jeff G. ツ please ping or talk to me 20:07, 24 February 2019 (UTC)

The host a dependency of the tool, toolforge:fist, was running on, tools-worker-1015.tools.eqiad.wmflabs, is badly broken. I drained that host and fist is now rescheduled to another host (tools-worker-1027.tools.eqiad.wmflabs). F2C should now work. --Zhuyifei1999 (talk) 07:53, 25 February 2019 (UTC)

The host has been hard rebooted (thanks legoktm), seems fully working, and repooled, in case anyone is wondering. --Zhuyifei1999 (talk) 08:45, 25 February 2019 (UTC)
@Zhuyifei1999, Legoktm: Thank you, responsible developers. Pinging @Juan Villalobos.   — Jeff G. ツ please ping or talk to me 18:03, 25 February 2019 (UTC)
@Jeff G., Zhuyifei1999:, It is running again. Thank you. --Juan Villalobos (talk) 08:50, 26 February 2019 (UTC)

One Dollar, anyone?

I got this error.

I got this error which stated "$1" which occurred after it took 10 (ten) minutes to upload a file which usually takes a couple of seconds. I tried reloading them but had to reload the whole tab and then tried uploading this file again, did anyone else experience this? What does it mean? --Donald Trung 『徵國單』 (No Fake News 💬) (WikiProject Numismatics 💴) (Articles 📚) 16:50, 26 February 2019 (UTC)

$1 means the first parameter in MediaWiki interface message parameter substitution, similar to {{{1}}} in template parameter substitution --Zhuyifei1999 (talk) 18:49, 26 February 2019 (UTC)

More Wikidata weirdness

Category:Biology pages with wikidata link has over 200,000 subcategories, including huge numbers which at a glance have absolutely nothing to do with biology. The only thing these subcategories appear to have in common is that they transclude {{Wikidata Infobox}}. Also, note Category:Biology pages with wikidata item specified in VN, which has a similar issue although it seems only to contain a subset of the categories in the first batch. --R'n'B (talk) 21:48, 26 February 2019 (UTC)

Special:Diff/340782567. CC @Mike Peel: --Zhuyifei1999 (talk) 05:03, 27 February 2019 (UTC)
Intuitively this seems likely to be a poor interpretation of what happens with presuming that templates are well applied and well behaved. It would be jolly nice to see a breakdown of the cause of the problem, so that we can add it to our shared known error database. Ah, but we don't have one of those. --Fæ (talk) 09:32, 27 February 2019 (UTC)
Thanks @Zhuyifei1999: that will have worked around the problem for now. @Christian Ferrer, RexxS: could you have a look please? {{VN}} was being used at, e.g., Category:1990s bridges in Spain, where it was providing a list of other names. Presumably adding it back to the taxon-only section will work (I think it started after this edit). Thanks. Mike Peel (talk) 10:43, 27 February 2019 (UTC)
Sadly I do not have the technical skill to help, sorry. Honestly I do not want to give the impression of repeating myself, but at the begining one of the thing that I asked for, was that a taxon common name be displayed only when it is available in your langage seetings (though I don't know if it is possible), because a long list is IMO not adapted for the infobox format. If what's more, this gives us worry, and if it was only me, we will remove both sections "taxon vernacular name" and "taxon common name" from the infobox. Christian Ferrer (talk) 17:11, 27 February 2019 (UTC)
The reason is that {{VNNoDisplay}}'s output invisibly categorises the page where it is called by default. I'm afraid that using the vernacular name in infoboxes by means of {{VNNoDisplay|useWikidata}} will result in the categorisation occurring. I can use a string replace function to strip out the categorisation, but I'd want to test it in the sandbox before deployment, and that will require the categories to empty following User:Zhuyifei1999's accurate commenting out of the problem text. That may take a while, depending on caching, so User:Christian Ferrer, I'd be happy to revisit this in a day or so. --RexxS (talk) 17:54, 27 February 2019 (UTC)
@R'n'B, Zhuyifei1999, Christian Ferrer, RexxS: I've added it back to the taxon-only section, please see how {{Wikidata Infobox/sandbox}} looks now. Thanks. Mike Peel (talk) 22:14, 28 February 2019 (UTC)
It seems ok, thank you. Christian Ferrer (talk) 23:27, 28 February 2019 (UTC)
OK, that change is now live. Thanks. Mike Peel (talk) 00:42, 2 March 2019 (UTC)