Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).
Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days. | ||||||||||||||||
| ||||||||||||||||
« Archives, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189 | ||||||||||||||||
Global contributions not working
Is this a known issue? See this example. Nick Moyes (talk) 14:23, 14 May 2021 (UTC)
- It seems that the entire Toolforge is down (at least for me). Kleinpecan (talk) 14:26, 14 May 2021 (UTC)
- Known issue caused by performance work that either can't be fixed or simply was not. AIUI Xtools provides a similar view, so I think it was a time and not feasibility problem. Previously tracked at phab:T282557. Izno (talk) 15:02, 14 May 2021 (UTC)
- It's been about a week, but you can use this in the mean time. Can't range search on this one though. YODADICAE👽 15:06, 14 May 2021 (UTC)
- Probably should have MA steal some code from Krinkle's tool heh. Izno (talk) 15:15, 14 May 2021 (UTC)
- Task is phab:T279041. I would have implemented this years ago but meta:IP Editing: Privacy Enhancement and Abuse Mitigation put into question whether the effort was worthwhile. It seems the IP masking project is still a long, long ways from being done, so I'm going to use the extra time I have this week to hopefully get full IP range support in XTools. — MusikAnimal talk 18:48, 17 May 2021 (UTC)
- @Praxidicae @Izno @Nick Moyes As I'm sure you've noticed, GUC is working again and faster than ever! But I wanted to let you know that I did get proper IP range support added to XTools. I could use a hand with testing, if anyone is interested. It's live now on the staging server, i.e. https://xtools-dev.wmflabs.org/globalcontribs/ipr-174.197.128.0/18. See also IP range support in the Edit Counter and everywhere else in XTools! Only the Pages Created tool is lacking support (for now). If you're wondering why the URL has the IP ranges prefixed with
ipr-
, it was a necessity due to how the routing system works (otherwise it could mistake the /18 as referring to namespace with ID 18). Hopefully that's not too confusing for users, because you can enter normal CIDR notation in the form at https://xtools-dev.wmflabs.org/globalcontribs and it will do the conversion for you. Here on the wiki, we have a separate interface message for IP ranges, so we can link to Global Contribs for IP ranges easily. Templates that link to XTools may require some special handling, though. — MusikAnimal talk 05:03, 21 May 2021 (UTC)- This has been deployed. — MusikAnimal talk 19:53, 25 May 2021 (UTC)
- @Praxidicae @Izno @Nick Moyes As I'm sure you've noticed, GUC is working again and faster than ever! But I wanted to let you know that I did get proper IP range support added to XTools. I could use a hand with testing, if anyone is interested. It's live now on the staging server, i.e. https://xtools-dev.wmflabs.org/globalcontribs/ipr-174.197.128.0/18. See also IP range support in the Edit Counter and everywhere else in XTools! Only the Pages Created tool is lacking support (for now). If you're wondering why the URL has the IP ranges prefixed with
- Task is phab:T279041. I would have implemented this years ago but meta:IP Editing: Privacy Enhancement and Abuse Mitigation put into question whether the effort was worthwhile. It seems the IP masking project is still a long, long ways from being done, so I'm going to use the extra time I have this week to hopefully get full IP range support in XTools. — MusikAnimal talk 18:48, 17 May 2021 (UTC)
- Probably should have MA steal some code from Krinkle's tool heh. Izno (talk) 15:15, 14 May 2021 (UTC)
- It's been about a week, but you can use this in the mean time. Can't range search on this one though. YODADICAE👽 15:06, 14 May 2021 (UTC)
Font sizes all over the place
Anyone else seeing bizarre changes in how Wikipedia displays (since this morning, when all was fine)? Everything that should be small is huge (short descriptions, page data, tab labels, text in edit window etc), while article text is minute, and references even smaller. Vector skin, before you ask. Justlettersandnumbers (talk) 19:22, 20 May 2021 (UTC)
- Yes. Something has changed very recently. In particular, categories at the bottom are now larger, and every article has a subheading (or by-line?) "From Wikipedia, the free encyclopedia" in an incongruous font. Certes (talk) 19:30, 20 May 2021 (UTC)
- Is this a glitch or something? I noticed that the font size became smaller. Can they fix this? Nearly but not perfect (talk) 19:41, 20 May 2021 (UTC)
- Same issue. Even the watchlist and contribution font sizes are smaller. Mkdw talk 19:42, 20 May 2021 (UTC)
- Looks like it's Thursday, and already reported at T283281. --rchard2scout (talk) 19:56, 20 May 2021 (UTC)
- Johan (WMF), you wrote here that a new version of MediaWiki would be on all Wikipedias from 20 May. Can you kindly tell us who gave you that information, and perhaps ask them to respond here? Wikipedia has been rendered virtually unusable without a powerful magnifying glass; if it's as a result of that version change let's hope whoever did it knows where to find the Undo button. Many thanks, Justlettersandnumbers (talk) 20:05, 20 May 2021 (UTC)
- Same for me. I initially thought it was browser's zoom level, but it's 100% in my Firefox. I hope it will be fixed soon. Brandmeistertalk 20:43, 20 May 2021 (UTC)
- @Justlettersandnumbers, there's a new version of MediaWiki here almost every WP:THURSDAY. That was just a routine announcement. Whatamidoing (WMF) (talk) 22:36, 20 May 2021 (UTC)
- Yes, I'm happy yo help, but I don't have any special insight into most minor changes (that can still cause big problems). I see it's been triaged in the linked Phabricator ticket now.
- (One can see the deployment calendar at wikitech:Deployments if one wants to.) /Johan (WMF) (talk) 08:38, 21 May 2021 (UTC)
- @Justlettersandnumbers, there's a new version of MediaWiki here almost every WP:THURSDAY. That was just a routine announcement. Whatamidoing (WMF) (talk) 22:36, 20 May 2021 (UTC)
- Same for me. I initially thought it was browser's zoom level, but it's 100% in my Firefox. I hope it will be fixed soon. Brandmeistertalk 20:43, 20 May 2021 (UTC)
- Johan (WMF), you wrote here that a new version of MediaWiki would be on all Wikipedias from 20 May. Can you kindly tell us who gave you that information, and perhaps ask them to respond here? Wikipedia has been rendered virtually unusable without a powerful magnifying glass; if it's as a result of that version change let's hope whoever did it knows where to find the Undo button. Many thanks, Justlettersandnumbers (talk) 20:05, 20 May 2021 (UTC)
- Looks like it's Thursday, and already reported at T283281. --rchard2scout (talk) 19:56, 20 May 2021 (UTC)
Noticed it right away myself when I logged in this afternoon. I wondered if this were some update that had been in work for some time, but from the looks of things it's at least a bug or it's a new feature rollout that hasn't gone quite right. And yes, I checked my Firefox's zoom level too; it's not uncommon for me to accidentally tweak it, being that I work on a laptop. Zeke, the Mad Horrorist (Speak quickly) (Follow my trail) 20:59, 20 May 2021 (UTC)
- Yeah, something happened a few hours ago - the font size shrank considerably. Note that case/ticket #T283281 has been closed as a duplicate of T283206, so I updated the number in the Phabricator template. PKT(alk) 22:35, 20 May 2021 (UTC)
- Folks with font-size problems: Are you running Edokter's old MediaWiki:Gadget-VectorClassic.css in Special:Preferences#mw-prefsection-gadgets? Do you all have the same web browser or OS? Do you have this problem in a private/incognito window? Have you tried mw:safemode? It all looks normal for me (Legacy Vector in Safari+Chrome+Firefox on macOS). Whatamidoing (WMF) (talk) 22:44, 20 May 2021 (UTC)
- Hello Whatamidoing - to be honest, your questions are very technical to me. What I can tell you is that, in my case, it's on two different PC's - my work machine and my personal one, and I use Chrome on both. I changed nothing ('cuz I don't understand skins and that sort of thing). Oh - and font sizes on other tabs and sites have not changed. PKT(alk) 22:51, 20 May 2021 (UTC)
- Thanks, @PKT. That's useful information. Another thing to check: Do you have "Use Legacy Vector" checked or unchecked under Special:Preferences#mw-prefsection-rendering? Whatamidoing (WMF) (talk) 20:08, 21 May 2021 (UTC)
- @Whatamidoing (WMF): Use Legacy Vector is..........checked. PKT(alk) 21:18, 21 May 2021 (UTC)
- One more thing to check, @PKT. Please go to Special:Preferences#mw-prefsection-gadgets and look for an item (about 25 lines from the end of the very long page) that says "Vector classic typography (use only sans-serif in Vector skin)". Is that one checked or unchecked?
- (If it is checked, then you might un-check it, Save the change to your prefs, and see if the problem has improved.) Whatamidoing (WMF) (talk) 04:48, 22 May 2021 (UTC)
- Thanks for following up @Whatamidoing (WMF):. The font sizes are now larger than they were before the change that took place Thursday, but it's easier to read than the mini-font. However, unchecking "Vector classic typography..." doesn't help the issue with coordinates conflicting with infoboxes, and categories are in a font size that's even larger than before. PKT(alk) 10:46, 22 May 2021 (UTC)
- @PKT, thanks for checking. It looks like this bug is in the process of being fixed. I don't know whether it will be fixed as an "emergency" or if we'll have to wait until the next normal round (usually Thursdays, unless something breaks). Whatamidoing (WMF) (talk) 17:39, 24 May 2021 (UTC)
- Thanks for following up @Whatamidoing (WMF):. The font sizes are now larger than they were before the change that took place Thursday, but it's easier to read than the mini-font. However, unchecking "Vector classic typography..." doesn't help the issue with coordinates conflicting with infoboxes, and categories are in a font size that's even larger than before. PKT(alk) 10:46, 22 May 2021 (UTC)
- @Whatamidoing (WMF): Use Legacy Vector is..........checked. PKT(alk) 21:18, 21 May 2021 (UTC)
- Thanks, @PKT. That's useful information. Another thing to check: Do you have "Use Legacy Vector" checked or unchecked under Special:Preferences#mw-prefsection-rendering? Whatamidoing (WMF) (talk) 20:08, 21 May 2021 (UTC)
- Hello Whatamidoing - to be honest, your questions are very technical to me. What I can tell you is that, in my case, it's on two different PC's - my work machine and my personal one, and I use Chrome on both. I changed nothing ('cuz I don't understand skins and that sort of thing). Oh - and font sizes on other tabs and sites have not changed. PKT(alk) 22:51, 20 May 2021 (UTC)
- Folks with font-size problems: Are you running Edokter's old MediaWiki:Gadget-VectorClassic.css in Special:Preferences#mw-prefsection-gadgets? Do you all have the same web browser or OS? Do you have this problem in a private/incognito window? Have you tried mw:safemode? It all looks normal for me (Legacy Vector in Safari+Chrome+Firefox on macOS). Whatamidoing (WMF) (talk) 22:44, 20 May 2021 (UTC)
- I see the same in a private window, even when logged out: large font for categories and the "From Wikipedia, the free encyclopedia" line. For me it's perfectly usable, just odd. I use Firefox 88.0 (86.0 also tested) on the slightly outdated Ubuntu 16.04. I don't have "Vector classic typography" selected: is that the same thing as Edokter's gadget? Safemode brings a different set of oddities: the top-right panel (infobox, or Wiktionary box on a dab) appears badly formatted top left instead of the "From Wikipedia..." line. Certes (talk) 23:01, 20 May 2021 (UTC)
Nice, the choice between ugly fonts or extremely small fonts. Problem is indeed (in human language, not the .css references above) in Preferences, tab "Gadgets", section "Appearance", checkbox "Vector classic typography (use only sans-serif in Vector skin)". If this is checked, the font is since yesterday evening extremely small. If this is unchecked, you get the ugly title font and space-consuming body layout. I have made screenshots of three versions; how it looked like if you had the chackbox marked, until yesterday (good!), and the two poor choices you get now (either way too small, or a lot less on a screen than it used to be). So please, revert this change! Fram (talk) 07:17, 21 May 2021 (UTC)
- Thanks, Fram. Took me a while to find that – for others: it's in the Appearance section of the Gadgets tab, not in the Appearance tab. Now everything is ridiculously over-sized. WMF, please restore the status quo ante. As K/Tommy Lee Jones says in MIB 2, "This one is an example of 'go home and do it again'." Thanks, Justlettersandnumbers (talk) 09:11, 21 May 2021 (UTC)
- Oh, thanks! I have edited my previous post to add the tab page you need to look at, without it this was indeed confusing. Fram (talk) 09:19, 21 May 2021 (UTC)
- This is apparently not the only thing messed up by the recent change. After "User contributions" (on, um, User contribution pages) there's now additional text that reads " for [Username]", the same information that's already present in the next line down, which starts "For [Username]" and gives various links. What's the point of duplicating that information? Especially when in the new over-sized font it makes the page heading absurdly long for long usernames. Yesterday I happened to be looking at Special:Contributions/2A02:C7E:120F:700:74BA:8414:ACF7:73B4, and stupidly reloaded the page. Now the page header is 1720 pixels wide and 66 pixels high. I have a small but fairly high-resolution screen; the text "User contributions for 2A02:C7E:120F:700:74BA:8414:ACF7:73B4" stretches more than two-thirds of the way across it. It looks roughly (not precisely) like this:
- User contributions for 2A02:C7E:120F:700:74BA:8414:ACF7:73B4
- except a little taller. What possible benefits does that bring, may I ask? Justlettersandnumbers (talk) 17:51, 21 May 2021 (UTC)
- For the benefit of those of us who cannot easily make sense of Phab entries, can someone tell us if these problems (especially fonts and coordinates placement) are scheduled to be fixed (and when) or is more investigation and/or decision-making required? Or, can we completely solve the problems with routine changes to our Prefs? Do we just need to be patient until next Thursday, perhaps? Nurg (talk) 22:45, 23 May 2021 (UTC)
- This is apparently not the only thing messed up by the recent change. After "User contributions" (on, um, User contribution pages) there's now additional text that reads " for [Username]", the same information that's already present in the next line down, which starts "For [Username]" and gives various links. What's the point of duplicating that information? Especially when in the new over-sized font it makes the page heading absurdly long for long usernames. Yesterday I happened to be looking at Special:Contributions/2A02:C7E:120F:700:74BA:8414:ACF7:73B4, and stupidly reloaded the page. Now the page header is 1720 pixels wide and 66 pixels high. I have a small but fairly high-resolution screen; the text "User contributions for 2A02:C7E:120F:700:74BA:8414:ACF7:73B4" stretches more than two-thirds of the way across it. It looks roughly (not precisely) like this:
- Oh, thanks! I have edited my previous post to add the tab page you need to look at, without it this was indeed confusing. Fram (talk) 09:19, 21 May 2021 (UTC)
Looks like the problem has been resolved. The font sizes have returned to normal for me here on the enwiki (although the text padding in previewing from source seems different now). SWinxy (talk) 19:09, 24 May 2021 (UTC)
- I am still experiencing small font size on chrome browser, when logged in with my custom css file for vector and 'Use Legacy Vector' checked in preferences (User:Dialectric/vector.css). I could adjust my css to get back to a normal font size, but it was fine until something changed on wikimedia's end. Logged out, the fonts do appear to be fixed. Dialectric (talk) 14:57, 25 May 2021 (UTC)
Large font for categories in articles
Starting today, the text in the box of categories at the end of articles seems to be a larger font. I'm using Vector skin, and that text is now larger than the article prose or the toolbox and other WP interface text. Who did what this Thursday? DMacks (talk) 23:15, 20 May 2021 (UTC)
- @DMacks See the section above, #Font sizes all over the place. the wub "?!" 23:27, 20 May 2021 (UTC)
XTools ArticleInfo
The X-Tools Article Info gadget is suddenly appearing very large, and I have no idea why. Chicdat (talk) 10:07, 21 May 2021 (UTC)
- Possibly related to the problem above: Font_sizes_all_over_the_place. — Jts1882 | talk 10:30, 21 May 2021 (UTC)
- @Jts1882: How can this be fixed? 🐔 Chicdat Bawk to me! 11:02, 21 May 2021 (UTC)
- Looks like it is a Wikimedia thing. If I understand the above and the phab comments correctly the problem has been found but needs to be deployed with the next Wikimedia software update, but there is a temporary fix that the site admins can apply. Nothing you or I can do. — Jts1882 | talk 11:52, 21 May 2021 (UTC)
- @Jts1882: How can this be fixed? 🐔 Chicdat Bawk to me! 11:02, 21 May 2021 (UTC)
Doubly applied margin
In the past day or so it appears that a margin is being applied twice to all of the articles I read, making them very narrow. The issue doesn't appear in safe mode, and appears to be a result of "removal of the "mw-body-content" class from the "bodyContent" block and its addition to the "mw-content-text" block instead" mentioned by Paul_012 above (manually changing some classes around fixes it). Has anyone else had this issue, or any suggestions other than looking through all of my scripts? LittlePuppers (talk) 13:20, 21 May 2021 (UTC)
- If you use the Vector skin, see if you have "Use Legacy Vector" checked under Preferences → Appearance. The beta version of Vector currently causes very wide margins if you have a wide screen. – Rummskartoffel (talk • contribs) 13:50, 21 May 2021 (UTC)
- Rummskartoffel, I am using the legacy vector skin - the issue is even worse using the new version. LittlePuppers (talk) 22:46, 21 May 2021 (UTC)
- @LittlePuppers, can you check this in a private/incognito window (which is a quick way of logging out in one window, without having the hassle of logging back in afterwards), or in mw:safemode? If the problem disappears in these tests, then we'll know that the problem is in your account. (If it's still there, then the problem is likely something that you can't fix yourself.) Whatamidoing (WMF) (talk) 04:46, 22 May 2021 (UTC)
- Whatamidoing (WMF), it does not appear when logged out, or in safe mode (as mentioned above - although safe mode still doesn't look quite right, but that's a different issue, and again, not present when logged out). I suppose I'll begin to look through my scripts then. LittlePuppers (talk) 22:26, 22 May 2021 (UTC)
- @LittlePuppers, can you check this in a private/incognito window (which is a quick way of logging out in one window, without having the hassle of logging back in afterwards), or in mw:safemode? If the problem disappears in these tests, then we'll know that the problem is in your account. (If it's still there, then the problem is likely something that you can't fix yourself.) Whatamidoing (WMF) (talk) 04:46, 22 May 2021 (UTC)
- Rummskartoffel, I am using the legacy vector skin - the issue is even worse using the new version. LittlePuppers (talk) 22:46, 21 May 2021 (UTC)
Redacted edits
Is this also the reason why redacted edits appear to have bold text instead of their usual appearance? LSGH (talk) (contributions) 02:49, 22 May 2021 (UTC)
- If by redacted edits you mean oversighted edits, no. That change occurred a week or two ago and was deliberate. Izno (talk) 03:13, 22 May 2021 (UTC)
Category list font-size is bigger
Has anyone else noticed a jump in the font-size of the Category list at the bottom of every article page? It looks about 150% or 200% of what I remember. Looking at one page as an example (Zazou), I'm seeing this html:
<div class="printfooter">Retrieved from "<a dir="ltr" href="https://en.wikipedia.org/w/index.php?title=Zazou&oldid=1024460845">https://en.wikipedia.org/w/index.php?title=Zazou&oldid=1024460845</a>"</div></div> <div id="catlinks" class="catlinks" data-mw="interface"><div id="mw-normal-catlinks" class="mw-normal-catlinks"><a href="/wiki/Help:Category" title="Help:Category">Categories</a>: <ul> (a bunch of categories are here...) </ul></div><div id="mw-hidden-catlinks" class="mw-hidden-catlinks mw-hidden-cats-user-shown">Hidden categories: <ul><li> (a bunch more here...) </li></ul></div></div> </div> </div>
Did anything change in the css for those classes? (please {{reply to}}
on reply; thanks!) Mathglot (talk) 08:36, 22 May 2021 (UTC)
- Yes! Now that you mention it... — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 08:47, 22 May 2021 (UTC)
- Please see the section § Font sizes all over the place, above - Arjayay (talk) 08:57, 22 May 2021 (UTC)
- Now the font size looks ok to me, as previously (Firefox 88.0.1, zoom level 100% on a Windows 10 laptop). Not too small as it was. Thanks. Brandmeistertalk 21:17, 24 May 2021 (UTC)
- I am still experiencing small font size on chrome browser, when logged in with my custom css file for vector and 'Use Legacy Vector' checked in preferences (User:Dialectric/vector.css). I could adjust my css to get back to a normal font size, but it was fine until something changed on wikimedia's end. Logged out, the fonts do appear to be fixed. Dialectric (talk) 14:57, 25 May 2021 (UTC)
Coordinates in title dropped down
On two computers and multiple browsers, I'm suddenly seeing the title coordinates display much lower down than before. They nearly overlap infoboxes and the top line of text. Abductive (reasoning) 19:27, 20 May 2021 (UTC)
- Yeah, this happened on new Vector a week ago, phab:T281974. Of course no one thought to look for it being a problem old Vector. :^) Izno (talk) 19:58, 20 May 2021 (UTC)
- I've seen this everywhere as well, you're not alone. I thought it was me. Buffaboy talk 21:40, 20 May 2021 (UTC)
- This (and the above font-size problem) appears to be a direct result of the removal of the "mw-body-content" class from the "bodyContent" block and its addition to the "mw-content-text" block instead. Is this a MediaWiki issue or should a "fix" be applied (at least temporarily) to the local CSS? --Paul_012 (talk) 04:25, 21 May 2021 (UTC)
- So, a minor update:
- The issue impacting old Vector is indeed phab:T283206, the same as the above. I'm going to punt on updating anything regarding live coordinates since it looks like they are going to try to fix this soonly.
- The issue impacting new Vector is the phab task I posted in this section.
- It looks like this can indeed be fixed in new Vector also and safely relative to old Vector, I'll just need to learn how relative/absolute styling works.
- --Izno (talk) 14:32, 21 May 2021 (UTC)
Seems to be fixed now. Thanks to whomever figured this out. -MJ (talk) 22:32, 24 May 2021 (UTC)
Coord placement issue?
{{coord}} when used with the parameter display=title hitherto placed coordinates for the article on the title line. Now coords are being displayed slightly below the title line, and are overwriting the top of infoboxes - example at Inchinnan Castle. Seems poor. The template itself has not been edited in recent times, so presumably the change is somewhere else. --Tagishsimon (talk) 09:54, 22 May 2021 (UTC)
- This changed on Thursday. See #Font sizes all over the place above. Certes (talk) 10:22, 22 May 2021 (UTC)
- See also #Coordinates in title dropped down. – Rummskartoffel (talk • contribs) 10:25, 22 May 2021 (UTC)
Freenode IRC servers 'takeover'
Background
- https://www.kline.sh/
- https://www.vice.com/en/article/m7ev8y/freenode-open-source-korea-crown-prince-takeover
- https://boingboing.net/2021/05/19/freenode-irc-staff-quit-after-new-owner-seizes-control.html
Traditionally, WMF projects and volunteers coordinated on Freenode IRC servers. Should we migrate (or aim to migrate) these projects to Libera Chat instead? Headbomb {t · c · p · b} 20:13, 20 May 2021 (UTC)
Discussion
The question here is to address what we should general aim to try to do. I'm well aware each project is independent and can setup IRC channels wherever they want. However, we could decide that we encourage specific servers and discourage others, and try to migrate the 'official' Wikipedia/Wikimedia IRC channels to Libera instead of Freenode. Headbomb {t · c · p · b} 20:17, 20 May 2021 (UTC)
- I don't see that this needs an RFC? Wikimedia group contacts have already announced they will migrate to Libera on meta. Izno (talk) 20:22, 20 May 2021 (UTC)
- This affects a lot more than what the WMF does. For example, there's #wikipedia-bag, #wikipedia-en-afc in templates like {{AfC welcome}} (including substed version of it), etc. etc. etc. Headbomb {t · c · p · b} 20:41, 20 May 2021 (UTC)
- So, why would we go somewhere else? Who has the knowledge in the community for that? Who wants to volunteer for that? Izno (talk) 20:46, 20 May 2021 (UTC)
- See the above articles. As for who has the knowledge, there's busloads of technical users here that can help with this. Headbomb {t · c · p · b} 20:48, 20 May 2021 (UTC)
- Ok, let me spell it out then: A) We don't need an RFC. An RFC is a waste of the community's time on the point. B) Plain common sense is "go where WMF says they're taking the main channels". Izno (talk) 20:53, 20 May 2021 (UTC)
- Also see here. -- RoySmith (talk) 21:04, 20 May 2021 (UTC)
- Ok, let me spell it out then: A) We don't need an RFC. An RFC is a waste of the community's time on the point. B) Plain common sense is "go where WMF says they're taking the main channels". Izno (talk) 20:53, 20 May 2021 (UTC)
- See the above articles. As for who has the knowledge, there's busloads of technical users here that can help with this. Headbomb {t · c · p · b} 20:48, 20 May 2021 (UTC)
- If I understand correctly, the channels were set up by the individual channel operators? So I suggest they can come up with a proposed plan and publicize it. I imagine most people will be fine with that, but in the event anyone objects, it can be discussed further. (Just as at meta, there may be interest in other chat tools, but that shouldn't stop any transition plan under these specific circumstances.) isaacl (talk) 21:06, 20 May 2021 (UTC)
- So, why would we go somewhere else? Who has the knowledge in the community for that? Who wants to volunteer for that? Izno (talk) 20:46, 20 May 2021 (UTC)
- This affects a lot more than what the WMF does. For example, there's #wikipedia-bag, #wikipedia-en-afc in templates like {{AfC welcome}} (including substed version of it), etc. etc. etc. Headbomb {t · c · p · b} 20:41, 20 May 2021 (UTC)
- Wikimedia is migrating to Libera Chat, that was announced by the IRC Group Contacts already. See IRC/Migrating to Libera Chat for some of the technical details, it'll of course take time to update documentation, links etc. Legoktm (talk) 21:43, 20 May 2021 (UTC)
- RfC tag removed per discussion above; if this is about notifying as many users as possible rather than inviting feedback, the Signpost and WP:AN are probably better places for a notification. There is one at Wikipedia:Administrators'_noticeboard#IRC_security,_Oversight_notice. ~ ToBeFree (talk) 22:49, 20 May 2021 (UTC)
- @ToBeFree: You didn't remove it, you commented it out. There is a difference. --Redrose64 🌹 (talk) 19:25, 21 May 2021 (UTC)
- ...and I had even looked at that section. Thanks for removing it. ~ ToBeFree (talk) 19:27, 21 May 2021 (UTC)
- @ToBeFree: You didn't remove it, you commented it out. There is a difference. --Redrose64 🌹 (talk) 19:25, 21 May 2021 (UTC)
Simple Lua question
So I decided to learn Lua, and am banging my head on the screen to get this simple for loop to work here. What am I doing wrong? Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 09:10, 22 May 2021 (UTC)
- Looks like you are returning row in the first iteration of the loop. — Jts1882 | talk 09:51, 22 May 2021 (UTC)
- As Jts1882 said. More is needed. Try searching for "mw.html.create" in module namespace. There is a page for Lua questions: WT:Lua. Johnuniq (talk) 09:55, 22 May 2021 (UTC)
- Perhaps you didn't see it working for the 1st row (as I was trying different solutions); I do get the node output. Just don't yet understand why it doesn't loop through all rows in the source table. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 10:23, 22 May 2021 (UTC)
- You need to declare a text variable before (outside) the for loop and append each row to it. Return that variable after (outside) the for loop. As of this version, you are returning the first row within the loop, so it only loops once then exits. If you need further help, WT:Lua can give more relevant advice. Certes (talk) 10:45, 22 May 2021 (UTC)
- Got it! I hadn't realised return would break the loop. Now I'm running into time constraints. So is there really no way of returning results as it goes along, so that we can see how far it goes? I'll ask it at WT:Lua too. Thanks. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 11:33, 22 May 2021 (UTC)
- Returning from inside a loop without ending execution of the loop requires coroutines in Lua (and other languages), which are disabled in our installation. Izno (talk) 13:14, 22 May 2021 (UTC)
- Right, I see. It's working now, thanks to Jts1882 and Trappist the monk. It breaks after 210 rows, though, less than I was able to get from a more templaty (albeit static) approach. Any suggestions on what expensive calls to avoid, and make it go longer, or hopefully all the way? — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 22:06, 22 May 2021 (UTC)
- There is an time report when you preview User:Guarapiranga/sandbox/4, at the bottom of the page under "parser profiling data". Under that, you see that the module besides time would also hit the "Expensive parser function count" limit, as it is currently at 472 out of 500. That is caused by your usage of mw.title.new():getContent, mw.title.new().exists and Module:Redirect's mw.title.new().isRedirect.--Snævar (talk) 20:06, 24 May 2021 (UTC)
- Thanks, Snævar. In the Edit source tab, after preview changes? I don't see it bc the server spits out
Error contacting the Parsoid/RESTBase server (HTTP 504)
(I get that a lot). — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 01:17, 27 May 2021 (UTC)- Guarapiranga If you can't access it in the preview changes window for whatever reason then you can just view the html source of the finished page page and near the bottom you'll find a HTML comment which contains the same information. The first line of the comment is "NewPP limit report". 192.76.8.73 (talk) 01:37, 27 May 2021 (UTC)
- 👍 Awesome! Thanks. That's very helpful. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 02:21, 27 May 2021 (UTC)
- Guarapiranga If you can't access it in the preview changes window for whatever reason then you can just view the html source of the finished page page and near the bottom you'll find a HTML comment which contains the same information. The first line of the comment is "NewPP limit report". 192.76.8.73 (talk) 01:37, 27 May 2021 (UTC)
- Thanks, Snævar. In the Edit source tab, after preview changes? I don't see it bc the server spits out
- There is an time report when you preview User:Guarapiranga/sandbox/4, at the bottom of the page under "parser profiling data". Under that, you see that the module besides time would also hit the "Expensive parser function count" limit, as it is currently at 472 out of 500. That is caused by your usage of mw.title.new():getContent, mw.title.new().exists and Module:Redirect's mw.title.new().isRedirect.--Snævar (talk) 20:06, 24 May 2021 (UTC)
- Right, I see. It's working now, thanks to Jts1882 and Trappist the monk. It breaks after 210 rows, though, less than I was able to get from a more templaty (albeit static) approach. Any suggestions on what expensive calls to avoid, and make it go longer, or hopefully all the way? — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 22:06, 22 May 2021 (UTC)
- Returning from inside a loop without ending execution of the loop requires coroutines in Lua (and other languages), which are disabled in our installation. Izno (talk) 13:14, 22 May 2021 (UTC)
- Got it! I hadn't realised return would break the loop. Now I'm running into time constraints. So is there really no way of returning results as it goes along, so that we can see how far it goes? I'll ask it at WT:Lua too. Thanks. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 11:33, 22 May 2021 (UTC)
- You need to declare a text variable before (outside) the for loop and append each row to it. Return that variable after (outside) the for loop. As of this version, you are returning the first row within the loop, so it only loops once then exits. If you need further help, WT:Lua can give more relevant advice. Certes (talk) 10:45, 22 May 2021 (UTC)
- Perhaps you didn't see it working for the 1st row (as I was trying different solutions); I do get the node output. Just don't yet understand why it doesn't loop through all rows in the source table. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 10:23, 22 May 2021 (UTC)
Template help please
The template Template:United Kingdom topics has a link at the bottom "Index" which links to Index of United Kingdom-related articles. Per WP:NAVNOREDIRECT it should link to Index of United Kingdom–related articles. I would change it, but can't find where it is in the template when I edit. Thanks DuncanHill (talk) 14:22, 22 May 2021 (UTC)
- That link is generated in the meta-template {{Country topics}}, which is used by all the "<country> topics" templates. You could change it there (like this), but you'd have to first move all of the index articles that currently use hyphen-minuses to use en dashes (maybe a good idea for consistency's sake, anyway?) or you'd break some, e.g. {{Singapore topics}} (Index of Singapore–related articles doesn't currently exist). – Rummskartoffel (talk • contribs) 15:32, 22 May 2021 (UTC)
- Thanks @Rummskartoffel: Thanks. I can't change it there as it's protected. There are other problems with that template which I discovered recently. I don't know enough about templates or the mysteries of en-dashes to try to sort it out. DuncanHill (talk) 15:46, 22 May 2021 (UTC)
- MOS:SUFFIXDASH suggests that the index article should be titled with an en dash when the country contains a space and a hyphen otherwise. The template could be changed to implement that, or we can just live with the redirects. Talk:Index of Ascension Island–related articles is also relevant. Certes (talk) 16:25, 22 May 2021 (UTC)
- I made a naïve first attempt at detecting when to use what here, but that currently breaks with at least {{Gambia topics}}. (I think it may be that template's fault, but something would have to be done about it either way before, if at all, these changes could be used.) – Rummskartoffel (talk • contribs) 21:13, 22 May 2021 (UTC)
- You've hit one of Wikipedia's more arcane errors. Redirect Index of The Gambia-related articles (hyphen-minus) exists but we need Index of The Gambia–related articles (en dash) because, although the target Index of Gambia-related articles has no space within its country name, its alias does. Certes (talk) 21:37, 22 May 2021 (UTC)
- Using a redirect would work, but that'd kind of defeat the purpose here. I've noticed, however, that {{Gambia topics}} calls {{Country topics}} with
|country=The Gambia
instead of|country=Gambia
and|prefix=the
, so maybe the way to fix this would be to change that instead. – Rummskartoffel (talk • contribs) 22:12, 22 May 2021 (UTC)- Module:Redirect can be used to link the target if the parameter is a redirect. PrimeHunter (talk) 23:22, 22 May 2021 (UTC)
- Using a redirect would work, but that'd kind of defeat the purpose here. I've noticed, however, that {{Gambia topics}} calls {{Country topics}} with
- You've hit one of Wikipedia's more arcane errors. Redirect Index of The Gambia-related articles (hyphen-minus) exists but we need Index of The Gambia–related articles (en dash) because, although the target Index of Gambia-related articles has no space within its country name, its alias does. Certes (talk) 21:37, 22 May 2021 (UTC)
- I made a naïve first attempt at detecting when to use what here, but that currently breaks with at least {{Gambia topics}}. (I think it may be that template's fault, but something would have to be done about it either way before, if at all, these changes could be used.) – Rummskartoffel (talk • contribs) 21:13, 22 May 2021 (UTC)
- MOS:SUFFIXDASH suggests that the index article should be titled with an en dash when the country contains a space and a hyphen otherwise. The template could be changed to implement that, or we can just live with the redirects. Talk:Index of Ascension Island–related articles is also relevant. Certes (talk) 16:25, 22 May 2021 (UTC)
- Thanks @Rummskartoffel: Thanks. I can't change it there as it's protected. There are other problems with that template which I discovered recently. I don't know enough about templates or the mysteries of en-dashes to try to sort it out. DuncanHill (talk) 15:46, 22 May 2021 (UTC)
- @DuncanHill: I've now proposed a change that'll fix this at Template talk:Country topics#WP:NAVNOREDIRECT issues & proposed fixes. I haven't opened an edit request yet because I haven't technically obtained consensus for my changes, but unless somebody complains, I'll do that soon, so this should be done in a few days. – Rummskartoffel (talk • contribs) 16:43, 27 May 2021 (UTC)
How can I find all my sandboxes?
How can I find all my sandboxes for a given language of Wikipedia like English, Spanish, Polish...?
Is it possible to display sandboxes for all the languages in one place? — Preceding unsigned comment added by Grillofrances (talk • contribs) 23:18, 23 May 2021 (UTC)
- Where have you been keeping your sandboxes? If they're in your userspace then the prefix index (Special:PrefixIndex) can be used to find them, e.g. to find all the subpages in your userspace you can use Special:PrefixIndex/User:Grillofrances. The Xtools edit count also includes a list of all the pages you've made, which can be seen here. These are single project only though, and you would need to repeat the searches on any other projects you've contributed to. 192.76.8.73 (talk) 02:48, 24 May 2021 (UTC)
- That helps, thanks. Grillofrances (talk) 13:14, 24 May 2021 (UTC)
Force uploaded ogv to not default to the resolution of a Tamagotchi
How can I force a wiki-uploaded .ogv file to: A) Dispose of the useless resolutions (i.e. everything below 480p), or B) Default to 480p for all readers?
As it stands, the lesser three resolutions are absolutely useless. I'd be able to read more if I played the video on an original Nintendo Gameboy. Gif is also not an option since 256 colours may as well be monochrome with a background image. - Floydian τ ¢ 15:13, 24 May 2021 (UTC)
- Floydian, the problem is that the VP9 480p transcode failed: "Error on 05:50, 24 May 2021". You hit "Reset transcode" (as I just did) and now it's fine. If you had scaled the video (or used a wider crop) to get 720 pixels height (the video only has 660) it would be even better. — Alexis Jazz (talk or ping me) 15:39, 24 May 2021 (UTC)
- Wow... that was all there was to it eh? Thank you! - Floydian τ ¢ 16:03, 24 May 2021 (UTC)
- Floydian, yes, and I suspect it's a bug of some sort: phab:T283514. I forgot to explain: if you upload a video with a height of at least 720 pixels, you also get a 720P transcode whereas now you get a 480P (786×480) video in the embedded player. If you use WebM instead of OGV I think it can play the original file instead of resorting to a transcode. — Alexis Jazz (talk or ping me) 16:23, 24 May 2021 (UTC)
- Wow... that was all there was to it eh? Thank you! - Floydian τ ¢ 16:03, 24 May 2021 (UTC)
Tech News: 2021-21
17:05, 24 May 2021 (UTC)
Unable to update list of pages in category
Category:Periodic table templates and Category:Chemistry compounds templates seem to be broken — I fixed an issue on Template:Salts by element where all articles with a template with this format would be added, but now said articles like Actinium(III) chloride are listed there. The affected articles do not list inclusion in this category on their respective pages. –LaundryPizza03 (dc̄) 01:24, 25 May 2021 (UTC)
- LaundryPizza03, when categories on a template are edited, the changes don't aren't immediately applied to pages that use it. You'll either have to wait until the changes are processed or perform a WP:NULLEDIT, but since there's no reason to immediately apply the changes, you should just wait. – BrandonXLF (talk) 01:33, 25 May 2021 (UTC)
Attempting to post image on Wikipedia, username is not linked to Wikimedia Commons
Hi everyone!
I am trying to upload some images onto a stub, but when I try to upload them (whilst logged into Wikipedia), my username shows up in red and does not link to my User page.
For example:
Thanks :)
{{information |Description={{en|1= Screenshot of username error. Chrome 90.0.4430.212 on Mac}} |Source=Screenshot |Date=2021-05-25 |Author=Wikipedia Authors, see the history of [[w: Rice production in China]] |Permission={{Wikipedia-screenshot|1=en|logo=no}} }}
— Preceding unsigned comment added by Avoandtoast (talk • contribs) 03:34, 25 May 2021 (UTC)
- Commons is a different website (a separate instance of the MediaWiki software), even though accounts are unified among them. You have a separate User: page there vs here. Wikilinks on any given page default to linking to the pagename at the same site. If you want to point to the "other" site, you would have to encode that specifically in the link. See for example [1]. DMacks (talk) 03:55, 25 May 2021 (UTC)
- Avoandtoast, create your global user page at m:User:Avoandtoast to solve this for all wikis at once (including Commons) or create c:User:Avoandtoast to solve it only for Commons.
I have no idea why Herbythyme deleted your user page, since when is content a requirement for user pages? A user page that merely says "Hello I am (username)" doesn't qualify for c:Commons:Criteria for speedy deletion#U3. User:Herbythyme (your Wikipedia user page) has even less content as it just says "blank"!By the way Avoandtoast, c:Commons:Deletion requests/File:Rice production in China in 2019.png really makes no sense since m:SUL. — Alexis Jazz (talk or ping me) 03:56, 25 May 2021 (UTC)- commons:User:Avoandtoast was created by the alt account Avoandtoast1. "One user creating another user's userpage", and especially if variants on the name from newish editors, are common (sorry:) patterns of non-constructive contributions and could reasonably go by U1 there. Contesting that deletion "that other account is mine also, I was trying to diagnose a linking problem" or simply creating it using the same account should solve that concern. DMacks (talk) 04:10, 25 May 2021 (UTC)
- Avoandtoast, I see you created your global user page and your username has turned blue, so that's resolved. You can log in on most Wikimedia projects (like Wikipedia, Wikimedia Commons, Wikibooks, Wikisource, Wiktionary, Wikivoyage) using the same username and password. If you have third-party cookies enabled in your browser you should find yourself logged in fully automatically on all these projects after signing in to one of them. — Alexis Jazz (talk or ping me) 06:28, 25 May 2021 (UTC)
- Alexis Jazz + DMacks this issue has been resolved, thanks for your help! - Avoandtoast (talk)
Strange non-free image transclusion
Can anyone figure out what's going on with File:University of Lahore (logo).png and Universo Online? I can't find the syntax for the file anywhere in the article, but for some reason it seems to be being transcluded into it in some way. Perhaps it has to do with Special:diff/Filedelinkerbot/1022680018/this bot edit or this file redirect, but the University of Lahore logo is a non-free file and it's being flagged for a WP:NFCC#10c review and will keep being flag as such as long as the file is being used in the Universo Online article. -- Marchjuly (talk) 07:26, 25 May 2021 (UTC)
- probably a local vs Commons filename issue. Just delete the redirect. —TheDJ (talk • contribs) 07:42, 25 May 2021 (UTC)
- Yep, the redirect needs to go as it shadows a different file (the 'real' Universo Online logo) at Commons. I've tagged it for CSD G6 as such - of course the tag also 'breaks' the redirect, fixing the problem in the meantime (you might need to purge cache to see the change). ƒirefly ( t · c ) 07:51, 25 May 2021 (UTC)
- This is sorted. Jo-Jo Eumerus (talk) 07:58, 25 May 2021 (UTC)
- Yep, the redirect needs to go as it shadows a different file (the 'real' Universo Online logo) at Commons. I've tagged it for CSD G6 as such - of course the tag also 'breaks' the redirect, fixing the problem in the meantime (you might need to purge cache to see the change). ƒirefly ( t · c ) 07:51, 25 May 2021 (UTC)
Search results on mobile do not match article content
"Azerbaijan: MTN (until 2015)" Gfigs (talk) 19:52, 25 May 2021 (UTC)
- download dialog has disappeared from Chrome mobile. can't rename files, or change save location..would appreciate the advice..many thanks..Gfigs (talk) 20:22, 25 May 2021 (UTC)
- Gfigs (talk) 02:16, 26 May 2021 (UTC)
- Once again, Gfigs, nobody on the planet (except you) has any idea what you're talking about, what you want or what you are seeing. You say you'd appreciate the advice; mine is: give us a clue, maybe two, even. Otherwise, this will just be another thread where you talk to yourself. — JohnFromPinckney (talk / edits) 02:37, 26 May 2021 (UTC)
- hi, @JohnFromPinckney:, my apologies..what is "Azerbaijan: MTN (until 2015)" ? am guessing it is the equivalent of NSA ? is there perhaps an article on "Azerbaijan: MTN", does not seem to be appearing in MTN ? and if not, why is it appearing in search results, and not in the articles ?..thanks.. Gfigs (talk) 03:12, 26 May 2021 (UTC)
- "Azerbaijan: MTN (until 2015)" appears in search results for any article that transcludes Template:National intelligence agencies, which contains that text. It links to Ministry of National Security of Azerbaijan. It is probably a bug that the quoted string appears in mobile search results, since you can't see that navbox template when you visit the article in mobile view. (ETA: added as T283651, FWIW.) – Jonesey95 (talk) 03:30, 26 May 2021 (UTC)
- See also /Archive 189#"Search for pages containing XYZ". Nardog (talk) 03:33, 26 May 2021 (UTC)
- Azerbaijan women's national under-17 football team ? clearly, there are legal (physical and other) limitations. eg sexting from girls school ?Gfigs (talk) 03:57, 26 May 2021 (UTC)
- Daniel Galván scandal Gfigs (talk) 04:43, 26 May 2021 (UTC)
- apologies, many thanks for the insertions..as side note, as already mentioned, prior to 2015, MTN denoted Ministry of National Security of Azerbaijan (Milli Təhlukəsizlik Nazirliyi) [2] Gfigs (talk) 06:17, 26 May 2021 (UTC)
- "Azerbaijan: MTN (until 2015)" appears in search results for any article that transcludes Template:National intelligence agencies, which contains that text. It links to Ministry of National Security of Azerbaijan. It is probably a bug that the quoted string appears in mobile search results, since you can't see that navbox template when you visit the article in mobile view. (ETA: added as T283651, FWIW.) – Jonesey95 (talk) 03:30, 26 May 2021 (UTC)
- Gfigs (talk) 02:16, 26 May 2021 (UTC)
Error when attempting to restore article
I've had a request to restore List of firsts in India to an editor's userspace. When I try to restore it with full history, I am consistently getting (over a couple of days of trying) the following error:
Database error: To avoid creating high replication lag, this transaction was aborted because the write duration (6.6316473484039) exceeded the 3 second limit. If you are changing many items at once, try doing multiple smaller operations instead. [802e408b-c4c2-4eff-84ce-bd4d017a979d] 2021-05-26 08:16:25: Fatal exception of type "Wikimedia\Rdbms\DBTransactionSizeError"
I can restore a single revision so that the content can be viewed, but the history is lost. Is there currently a server issue (I couldn't find details of any) or can anyone suggest a workaround? The article has a fairly substantial history but nothing out of the ordinary. Thanks. --Michig (talk) 08:22, 26 May 2021 (UTC)
- Michig, you can split the restore operation into smaller chunks. For example, you could select around 500 edits and then restore them. Then do another 500 or so until they are all restored. If you click one check box and then shift click a check box around a 1/3rd of the way through the Special:Undelete/List of firsts in India page this should restore around 500 at a time. This shouldn't then give the database error as you are splitting the operation into smaller chunks and thus not hitting the 3 second limit on each undelete operation. Moving shouldn't give the database issue as from memory undeletion takes longer than simply moving. Dreamy Jazz talk to me | my contributions 08:42, 26 May 2021 (UTC)
- To save time, I'll restore it. Dreamy Jazz talk to me | my contributions 08:52, 26 May 2021 (UTC)
- Done the deleted article at List of firsts in India has been moved with all the revisions to User:Dharmadhyaksha/List of firsts in India for development. Should the user decide to not continue working on this, the revisions should be moved back to mainspace at List of firsts in India and then redeleted to ensure that they are left deleted at the right location. Dreamy Jazz talk to me | my contributions 09:00, 26 May 2021 (UTC)
- To save time, I'll restore it. Dreamy Jazz talk to me | my contributions 08:52, 26 May 2021 (UTC)
- While the advice about splitting large operations into smaller chunks is good advice, another trick to know is when something times out, often the easiest thing to do is just try it again right away. The first aborted attempt may well have pulled the required indexes into cache and a retry will be much faster. But in this case, since you say it's happening consistently, yeah, splitting it into smaller chunks is the right strategy. -- RoySmith (talk) 14:51, 26 May 2021 (UTC)
- For what it's worth I've found in the last six months or so that for this sort of operation, redoing the undelete doesn't help anywhere near as often as it used to. Graham87 08:40, 27 May 2021 (UTC)
- Sometimes three attempts works when two fail. Graeme Bartlett (talk) 12:25, 27 May 2021 (UTC)
- For what it's worth I've found in the last six months or so that for this sort of operation, redoing the undelete doesn't help anywhere near as often as it used to. Graham87 08:40, 27 May 2021 (UTC)
Lua error: not enough memory
I am seeing hundreds of error messages on COVID-19 pandemic in India. The error is in bold and red "Lua error: not enough memory." When trying to edit the page, more errors of the same kind appear. (Also seeing the same at the commons category for the same article "Category:COVID-19 pandemic in India") DTM (talk) 12:45, 26 May 2021 (UTC)
- The article needs to be made smaller and/or less complex. —TheDJ (talk • contribs) 13:08, 26 May 2021 (UTC)
- But there are larger articles which do not face the same problem? DTM (talk) 13:21, 26 May 2021 (UTC)
- This doesn't seem to be a Lua problem or due to article size. The error was introduced by this edit on 24 May 2021. The critical part was removing
{{Update|date=April 2021}}
. I've put it back and all those Lua errors they have gone. They can also be removed by removing the date preference template so there is some weird interaction of the templates above the infobox. I've no idea why. I've left the unnecessary update template as I think that is better than all the red lua errors, but I have no clue about how to fix the problem. — Jts1882 | talk 16:55, 26 May 2021 (UTC)- Jts1882, Wow, this is really weird. I copied the entire article to my sandbox to hack on it, and the Lua errors went away. This led me to wonder if it only happens in mainspace, so I copied it again to COVID-19 pandemic in India/temp and don't get the Lua errors there either. Bizarre. -- RoySmith (talk) 18:28, 26 May 2021 (UTC)
- RoySmith I suspect that what is happening here is that some template on the page is pulling information from the associated wikidata entry, which is causing the page to go over the memory limit as the wikidata entry as it stands is a 3MB page with several thousand entries. This would explain why the issue only shows up on the main article - it's the only one linked to the wikidata entry. I can't see what template could be causing it though - the only template I can see on the page that is reading from wikidata is Template:Official website. 192.76.8.73 (talk) 01:27, 27 May 2021 (UTC)
- That's definitely it: the /temp page (with no Wikidata item) has Lua memory usage 10,553,034 bytes, the current main page has memory usage 51,449,827 bytes (only a tiny amount less than the limit), and if I preview removing the call to {{coord}} (which relies on Wikidata to populate some tracking categories) from the infobox, it reduces the memory usage to 28,859,423 bytes, and previewing removing the call to {{official website}} in addition reduces the memory usage to 11,431,012 bytes. Memory usage accounting isn't consistent from one parse to another, so that can be considered equivalent to the /temp page. * Pppery * it has begun... 01:47, 27 May 2021 (UTC)
- My goodness, what a mess of a situation... this makes me kinda dread how Wikidata is fetched... Elli (talk | contribs) 01:54, 27 May 2021 (UTC)
- Elli Fetching properties from Wikidata is a mess. If you use a function like mw.wikibase.getBestStatements() which is designed to just retrieve a selection of values from a single property of an item the way it works is by first loading the entire item into lua memory, then it filters the properties to keep the single one you asked it to retrieve in the first place. There was a Phabricator task a couple of years back asking for this to be optimised to stop it from loading entire items when you were just accessing data for a single property, but it was closed with no action, on what appears to be the basis that "It's always worked that way". 192.76.8.73 (talk) 02:30, 27 May 2021 (UTC)
- Tracking down and fixing problems with Lua/Wikidata interaction is the kind of thing that RexxS (talk · contribs) excels in. --Redrose64 🌹 (talk) 16:24, 27 May 2021 (UTC)
- Last time I looked into it, I thought that it would be helpful if the template call would specify how many statements it is expecting. If there is only one needed, then the module can skip an loop looking for every one under an specified property.--Snævar (talk) 20:15, 27 May 2021 (UTC)
- Snævar, that wouldn't make much if any difference to the memory usage - the fundamental problem is that there is no way to only access specific properties of an item on wikidata - the only way you can access information is to load the entire page into local lua memory, then sort it to pull out what you asked for, which is why cross checking an official website parameter uses 17MB of memory - it has to load the entire 3MB wikidata page into memory then run a sorting algorithm on it. As I see it there are 3 ways to deal with this issue
- The developers rework the wikibase/Scribunto intergration. Facilities to search for and retrieve individual properties are built into wikibase, so that accessing a property in Lua returns only the value of that property to Lua memory.
- We remove wikidata integration from any pages where the wikidata page gets excessivley large.
- Wikidata splits their large entries into several smaller pages, e.g. "Covid 19 deaths in India" "Covid 19 vaccine rollout in India" "Covid 19 cases in India"
- This first of these would require significant development time, the second would remove functionality from articles and the third would kind of defeat the purpose of a centralised database. I think for this specific case the best immediate solution is 2, as the wikidata integration isn't really doing anything important (it's only cross-checking a website and populating some categories) but as a long term solution we should probably be looking towards option 1. 192.76.8.73 (talk) 15:44, 29 May 2021 (UTC)
- No, it's not quite that, as there are various other uses of Wikidata that don't consume appreciable memory, such as the {{short description}} (via code in Module:SDcat using
mw.wikibase.getDescription
) and {{commons category}} (via code in Module:WikidataIB usingmw.wikibase.getBestStatements
). It appears the tracking in Module:Coordinates could be easily re-written to use that function and presumably not use a huge amount of memory, but the same thing does not apply to Module:Official website, which uses some fancy logic to prefer English-language websites over websites in other languages. * Pppery * it has begun... 16:18, 29 May 2021 (UTC)- Pppery I don't think either of those templates are actually accessing wikidata properties in normal usage. Short descriptions aren't stored as properties, they're stored as labels and are kept in a separate "terms table" which can be loaded independently of the rest of wikidata entry. Module:WikidataIB doesn't use getBestStatements by default - it first looks for commons categories in the interlanguage links section of the wikidata which again are stored in a different format and can be loaded independently of the main wikidata entry. Phab:T198116 includes a respones from hoo (who wrote the getBestStatements function) which seems to confirm that accessing a wikidata property loads the entire entry into memory. 192.76.8.73 (talk) 17:37, 29 May 2021 (UTC)
- COVID-19 pandemic in India (Q84055514) doesn't have a sitelink to commons, so {{commons category}} must be fetching the category via topic's main category (P910). Valid point about {{short description}}/Module:SDcat, though. * Pppery * it has begun... 17:49, 29 May 2021 (UTC)
- Pppery I don't think either of those templates are actually accessing wikidata properties in normal usage. Short descriptions aren't stored as properties, they're stored as labels and are kept in a separate "terms table" which can be loaded independently of the rest of wikidata entry. Module:WikidataIB doesn't use getBestStatements by default - it first looks for commons categories in the interlanguage links section of the wikidata which again are stored in a different format and can be loaded independently of the main wikidata entry. Phab:T198116 includes a respones from hoo (who wrote the getBestStatements function) which seems to confirm that accessing a wikidata property loads the entire entry into memory. 192.76.8.73 (talk) 17:37, 29 May 2021 (UTC)
- No, it's not quite that, as there are various other uses of Wikidata that don't consume appreciable memory, such as the {{short description}} (via code in Module:SDcat using
- Elli Fetching properties from Wikidata is a mess. If you use a function like mw.wikibase.getBestStatements() which is designed to just retrieve a selection of values from a single property of an item the way it works is by first loading the entire item into lua memory, then it filters the properties to keep the single one you asked it to retrieve in the first place. There was a Phabricator task a couple of years back asking for this to be optimised to stop it from loading entire items when you were just accessing data for a single property, but it was closed with no action, on what appears to be the basis that "It's always worked that way". 192.76.8.73 (talk) 02:30, 27 May 2021 (UTC)
- My goodness, what a mess of a situation... this makes me kinda dread how Wikidata is fetched... Elli (talk | contribs) 01:54, 27 May 2021 (UTC)
- That's definitely it: the /temp page (with no Wikidata item) has Lua memory usage 10,553,034 bytes, the current main page has memory usage 51,449,827 bytes (only a tiny amount less than the limit), and if I preview removing the call to {{coord}} (which relies on Wikidata to populate some tracking categories) from the infobox, it reduces the memory usage to 28,859,423 bytes, and previewing removing the call to {{official website}} in addition reduces the memory usage to 11,431,012 bytes. Memory usage accounting isn't consistent from one parse to another, so that can be considered equivalent to the /temp page. * Pppery * it has begun... 01:47, 27 May 2021 (UTC)
- RoySmith I suspect that what is happening here is that some template on the page is pulling information from the associated wikidata entry, which is causing the page to go over the memory limit as the wikidata entry as it stands is a 3MB page with several thousand entries. This would explain why the issue only shows up on the main article - it's the only one linked to the wikidata entry. I can't see what template could be causing it though - the only template I can see on the page that is reading from wikidata is Template:Official website. 192.76.8.73 (talk) 01:27, 27 May 2021 (UTC)
- Jts1882, Wow, this is really weird. I copied the entire article to my sandbox to hack on it, and the Lua errors went away. This led me to wonder if it only happens in mainspace, so I copied it again to COVID-19 pandemic in India/temp and don't get the Lua errors there either. Bizarre. -- RoySmith (talk) 18:28, 26 May 2021 (UTC)
reference when the copyright is not held by the authors
I have just used the reference Navy Board Ship Models [1] - but the copyright information at the front of the book clearly says "Copyright National Maritime Museum, Greenwich 2018". There seems to be no field for this important piece of information. Have I missed it, or does it not exist? Thanks, ThoughtIdRetired (talk) 15:03, 26 May 2021 (UTC)
- It's not important for a citation if you have known publisher and author. Sometimes if you don't have one of those the copyright notice can be used to infer one or the other, but that is not the case here. Izno (talk) 15:37, 26 May 2021 (UTC)
- Noted - thanks - I'll not worry about it then.ThoughtIdRetired (talk) 18:51, 26 May 2021 (UTC)
References
Why is Script Installer still using importScript?
Just curious... If importScript is deprecated and mw.loader should be used instead
,[1] why is Script Installer still using importScript? Is it just a string replace in the script, or does it require some transition? Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 00:19, 27 May 2021 (UTC)
- Ping to primary maintainer: @Enterprisey: — xaosflux Talk 00:38, 27 May 2021 (UTC)
- importScript is just easier to use. Also see T36958, which is what we're waiting for before actually hard deprecating importScript and telling people to move away. Legoktm (talk) 02:32, 27 May 2021 (UTC)
- I don't see that task as blocking it at all? It's already 'hard deprecated' given that it emits console warnings. Izno (talk) 18:14, 27 May 2021 (UTC)
- https://phabricator.wikimedia.org/T27845#297475 made it click for me. Enterprisey (talk!) 06:43, 28 May 2021 (UTC)
- I don't see that task as blocking it at all? It's already 'hard deprecated' given that it emits console warnings. Izno (talk) 18:14, 27 May 2021 (UTC)
- mw.loader is better because it's async, but as Legoktm alluded to, it has a dreadful "user interface" (i.e. you have to give it a full URL, which is difficult to do by hand). I guess that's not as important of a concern these days.
But I'd still like it if we created an async function with importScript's "user interface" - i.e. you'd only need to give it a page name - and migrated everyone to that.Now, to actually answer the question, I figure switching Script Installer over might as well be done together with any migration we do in the future (which will also involve changing the docs, other script tooling, etc). Enterprisey (talk!) 05:20, 27 May 2021 (UTC)- @Enterprisey I'm having trouble understanding why people are saying importScript is not async. Multiple importScript calls do take place simultaneously. So what's the difference? – SD0001 (talk) 06:58, 28 May 2021 (UTC)
- We had a related discussion pretty recently at Wikipedia:Village pump (technical)/Archive 187#"An attempt to load a user script has failed". You may find it generally illuminating. Izno (talk) 18:18, 27 May 2021 (UTC)
- If anyone's interested, I've got a way of loading user scripts that's much superior to the existing methods, see User:SD0001/Making user scripts load faster. It speeds up script loads 100x (that is, if you have a below-average connection like mine) by caching them. Enjoy! – SD0001 (talk) 06:55, 28 May 2021 (UTC)
- Ok, I'll bite. I'll let you know if it doesn't live up to that 100x faster promise ;D — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 17:38, 28 May 2021 (UTC)
- Ok, First thing that it did, having installed it through my mobile, was to make more scripts run on it (before only the first one or few were, I think). — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 21:40, 28 May 2021 (UTC)
- Second, it has some sort of conflict with RedWarn. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 22:45, 28 May 2021 (UTC)
- Ok, First thing that it did, having installed it through my mobile, was to make more scripts run on it (before only the first one or few were, I think). — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 21:40, 28 May 2021 (UTC)
- @SD0001: Have you tested that? According to the MDN,
eval() is also slower than the alternatives, since it has to invoke the JavaScript interpreter, while many other constructs are optimized by modern JS engines.
. I don't thinknew Blob()
has that problem, though of course both will raise the blood pressure of anyone looking at your code. Suffusion of Yellow (talk) 20:03, 28 May 2021 (UTC)- I think the bottleneck here would be the fetch rather than the execution, esp. for those of us on slow connections. A normal fetch with index.php takes 300-500 ms for me. But with caching, most of the time the file gets retrieved from Chrome's disk cache which is like 3-5 ms. I suspect modern browsers execute code very fast, so the minor slowness of eval shouldn't be an issue. – SD0001 (talk) 04:52, 29 May 2021 (UTC)
- Ok, I'll bite. I'll let you know if it doesn't live up to that 100x faster promise ;D — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 (talk) 17:38, 28 May 2021 (UTC)
Separating pages
I'm guessing this is one of those "perennial" questions. Could someone point me to some previous discussions that ask about separating article/user pages from the talk pages for the watchlist. Example: I want to watchlist John Wayne, but don't want to see the talk page show up in my watchlist (or the reverse). I had asked on VP talk, but it seems to be rather sparsely tended to at the moment. If this belongs at a different section, (Idea lab, proposal, etc.), feel free to move. thanks. — Ched (talk) 07:39, 27 May 2021 (UTC)
- @Ched: there is no option that we could do here on the English Wikipedia for this, it would require upstream software work. You could refresh and reopen phab:T12175 (from 2007) about this to at the least get a more documented "Decline" response! — xaosflux Talk 10:46, 27 May 2021 (UTC)
- @Ched: And of course there is always the workaround of Special:Relatedchanges: I use Special:Relatedchanges/User:Kusma/c to make sure edits to the articles I actually care about don't get lost in my (far too long and drama infested) watchlist. —Kusma (Кузьма · कुस्मा · 𐌺) 12:24, 27 May 2021 (UTC)
- Kusma: That's bloody brilliant! I had no idea that was an option. Maybe I should spend some time looking at the Special pages. Thanks a bundle,— JohnFromPinckney (talk / edits) 12:35, 27 May 2021 (UTC)
- First, thank you very much for the prompt responses. I had completely forgotten about that related changes option. Kusma, thank you for that memory jog - I think it's been 10 years since I heard about it (and never did act on it). It is most definitely something I'm going to set up in the next few days. I agree with John - "bloody brilliant". One thing I'll check is to see if the {{noping}} works in that setup. Xaosflux, thank you for finding that (I honestly don't know how some folks find things so old and obscure sometimes). I bookmarked it, and may dig up that "wish list" thing that meta/media has, and add/request it to something for developers to work on. TY again. — Ched (talk) 15:17, 27 May 2021 (UTC)
There have been multiple failed attempts to log in to your account from a new device
Hi, Everyday now I'm receiving the "There have been multiple failed attempts to log in to your account from a new device" notification, Can this notification be disabled as it's now being used by a sock to annoy me. Thanks, –Davey2010Talk 11:41, 27 May 2021 (UTC)
- @Davey2010: Please see Special:Preferences, click on 'notifications', and look for the header "Notify me about these events". There should be a list item: "Failed login attempts". You can customize your notification preferences from there. SQLQuery me! 12:07, 27 May 2021 (UTC)
Wasn't the default number of items on WhatLinksHere customizable?
I have customized "Number of edits to show in recent changes, page histories, and in logs, by default" in Special:Preferences#mw-prefsection-rc, but Special:WhatLinksHere now always shows 50 items unless the URL has limit=n
. I feel like WhatLinksHere respected that setting and showed the custom number of links, or am I misremembering? Nardog (talk) 12:50, 27 May 2021 (UTC)
- @Nardog: I don't recall that, but you could submit a feature request in this case you would be asking for Special:WhatLinksHere to use the
rclimit
user preference (and then to update the message verbiage at MediaWiki:recentchangescount to advertise it). — xaosflux Talk 13:14, 27 May 2021 (UTC)- You can make your own link, e.g. with this in your common JavaScript:
mw.loader.using(['mediawiki.util'], function () { var name = mw.config.get( 'wgPageName' ).replace("Special:WhatLinksHere/", ""); mw.util.addPortletLink( 'p-tb', mw.util.getUrl( 'Special:WhatLinksHere/' ) + encodeURIComponent(name) + '?limit=100', '100 links here', 'pt-morelinkshere', '100 pages containing links to this page', null, '#t-whatlinkshere' ); });
- I don't know how to make it read the preference. PrimeHunter (talk) 13:39, 27 May 2021 (UTC)
Lost article
I am a Crosstor and I ask if there is an archive that has been in a recorded state for 3 years now, for example? I want to know how my article once disappeared without a trace from Esperanto Wikipedia. All my searches failed. If I had a fixed condition for 3 years, I would definitely find the article. This is not listed on the standard cancellation discussion board, meaning someone has deleted it arbitrarily and secretly. Sincerely, Crosstor. — Preceding unsigned comment added by Crosstor (talk • contribs) 13:36, 27 May 2021 (UTC)
- @Crosstor: that doesn't sound like a technical issue - and certainly not one here on the English Wikipedia - I suggest you ask an eowiki admin about your deleted contribution here: w:eo:Vikipedio:Diskutejo/Administrejo. — xaosflux Talk 13:52, 27 May 2021 (UTC)
Wikipedia:WikiProject User scripts/Scripts/WikiBreak
I've installed the script but it doesn't work well. What can I do? Dr Salvus 13:40, 27 May 2021 (UTC)
- @Dr Salvus: it looks like you used User:DannyS712/wikibreak later.js via an import - that script really just needs to be copy-pasted to your common.js; and then you need to set the start and end times. — xaosflux Talk 13:46, 27 May 2021 (UTC)
- Xaosflux, it doesn't work well either Dr Salvus 13:59, 27 May 2021 (UTC)
- Try it without loading a bunch of other scripts first. If you are on a wikibreak then you shouldn't need them. PrimeHunter (talk) 14:36, 27 May 2021 (UTC)
- Also the direction say
no leading zeroes. (example: 9 - correct, 09 - incorrect
, however you used leading zeros. — xaosflux Talk 14:51, 27 May 2021 (UTC)- Xaosflux, Done but I don't see any effect Dr Salvus 15:24, 27 May 2021 (UTC)
- @Dr Salvus: As PrimeHunter suggested, you should remove the other scripts you have installed above the wikibreak enforcer (that is, lines 1-10). It is not unlikely that an error in one of the other scripts is preventing the execution of the wikibreak enforcer. EDIT: actually, now that I look at it, I don't know where line 11 comes from, but it looks like it will almost certainly cause an error. You should remove that line. Writ Keeper ⚇♔ 15:42, 27 May 2021 (UTC)
- You added it here. Maybe you were trying to follow User:Enterprisey/script-installer#Options. You missed the ending semicolon, and
OPTION
andVALUE
are placeholder text to be replaced with the option you want to set a value for. PrimeHunter (talk) 16:19, 27 May 2021 (UTC)
- You added it here. Maybe you were trying to follow User:Enterprisey/script-installer#Options. You missed the ending semicolon, and
- @Dr Salvus: As PrimeHunter suggested, you should remove the other scripts you have installed above the wikibreak enforcer (that is, lines 1-10). It is not unlikely that an error in one of the other scripts is preventing the execution of the wikibreak enforcer. EDIT: actually, now that I look at it, I don't know where line 11 comes from, but it looks like it will almost certainly cause an error. You should remove that line. Writ Keeper ⚇♔ 15:42, 27 May 2021 (UTC)
- Xaosflux, Done but I don't see any effect Dr Salvus 15:24, 27 May 2021 (UTC)
- Also the direction say
- Try it without loading a bunch of other scripts first. If you are on a wikibreak then you shouldn't need them. PrimeHunter (talk) 14:36, 27 May 2021 (UTC)
- Xaosflux, it doesn't work well either Dr Salvus 13:59, 27 May 2021 (UTC)
Whitespace around thumbnails got bigger?
Is it me, or has the text whitespace around thumbnails gotten bigger suddenly, especially below them:
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
Curabitur pretium tincidunt lacus. Nulla gravida orci a odio. Nullam varius, turpis et commodo pharetra, est eros bibendum elit, nec luctus magna felis sollicitudin mauris. Integer in mauris eu nibh euismod gravida. Duis ac tellus et risus vulputate vehicula. Donec lobortis risus a elit. Etiam tempor. Ut ullamcorper, ligula eu tempor congue, eros est euismod turpis, id tincidunt sapien risus a quam. Maecenas fermentum consequat mi. Donec fermentum. Pellentesque malesuada nulla a mi. Duis sapien sem, aliquet nec, commodo eget, consequat quis, neque. Aliquam faucibus, elit ut dictum aliquet, felis nisl adipiscing sapien, sed malesuada diam lacus eget erat. Cras mollis scelerisque nunc. Nullam arcu. Aliquam consequat. Curabitur augue lorem, dapibus quis, laoreet et, pretium ac, nisi. Aenean magna nisl, mollis quis, molestie eu, feugiat in, orci. In hac habitasse platea dictumst. (Hohum @) 01:22, 28 May 2021 (UTC)
Is there a way to automatically repopulate a restored category? (Or populate it based on another wiki)
Wikipedia:Deletion_review/Log/2021_May_7#Category:Recipients_of_the_Order_of_the_White_Eagle_(Poland) ended with permission to recreate the category. It can include 100+ entries from which it was removed in the past. Is there any way to automatically repopulate it, reverting the old removal of it from those articles post-deletion? Another workaround would be to just add it to articles it is present in on Polish Wikipedia and that have equivalents on English. I am certainly not looking forward to manually adding it to applicable articles... help! :) --Piotr Konieczny aka Prokonsul Piotrus| reply here 04:53, 28 May 2021 (UTC)
- @Piotrus: no, the only way to "populate a category" is to make an edit to each page that will be in it. This could be semi-automated with tools if there is a specific list of pages known. — xaosflux Talk 11:08, 28 May 2021 (UTC)
- @Piotrus, you could go and check who did the removal and work from their contributions list. Might be possible to use AWB to turn that into a list of pages that AWB then can add the categories to (haven't used AWB in 10 years, though). —Kusma (talk) 11:29, 28 May 2021 (UTC)
- I've found the bot that did the removal work and have managed to create a list of all the articles it was removed from (See wall of text here). If you click edit, the list will be easier to read. Check it over and if it looks OK, make a request at WP:AWBTASKS for someone to use the list to restore the category to those articles. - X201 (talk) 11:43, 28 May 2021 (UTC)
- Forgot to ping @Piotrus: - X201 (talk) 11:47, 28 May 2021 (UTC)
- Much appreciated! It looks correct. I made a request here, hope it is not confusing. Piotr Konieczny aka Prokonsul Piotrus| reply here 11:51, 28 May 2021 (UTC)
Template coord copied to template sandbox is not working
I copied {{Coord}} to {{X24}}, then from my user sandbox invoked
{{X24|57|18|22|N|4|27|32|W|display=inline}} {{Coord|57|18|22|N|4|27|32|W|display=inline}}
The call to {{tl:X24}} results in "Coordinates: Missing latitude", even though the two templates should do the same. Any idea why this is happening? Thnx, Ponor (talk) 06:47, 28 May 2021 (UTC)
- I believe it's because
{{Template:Coord}}
is specifically identified as a wrapper template in Module:Coordinates (line 54). See Module:Arguments § Wrappers for an explanation. Basically, to get it to work like you want, you'd have to add{{Template:X24}}
to thewrappers
list inModule:Coordinates
— sbb (talk) 07:31, 28 May 2021 (UTC)
X-tools
Any reason it no longer links to the bock log? ——Serial 09:40, 28 May 2021 (UTC)
- @Serial Number 54129: this isn't part of the English Wikipedia, you can follow up here according the links on the tool: mw:Talk:XTools. — xaosflux Talk 11:06, 28 May 2021 (UTC)
- @Serial Number 54129 Fixed. — MusikAnimal talk 20:21, 28 May 2021 (UTC)
Carbon footprint of our pages
This blog post is written in the context of local government in the UK, but the issues are generic. What can we do, as editors, to improve our carbon footprint while still serving our mission? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:25, 28 May 2021 (UTC)
- Save changes only where necessary, instead of (as some people do) making one big edit followed by four or five small ones the only purpose of which is to correct the spelling and grammar. --Redrose64 🌹 (talk) 20:36, 28 May 2021 (UTC)
- As editors, not much. As readers, use black backgrounds. As people, no more or less than any other person. Reduce, reuse, recycle. Headbomb {t · c · p · b} 20:38, 28 May 2021 (UTC)
- I would like to see WMF publish statistics on power consumption. Big data center operators like Google, Facebook and AWS put a lot of effort into reducing power consumption. From their point of view, it's about saving money, but reducing the electric bill and reducing the carbon footprint are closely aligned. WMF publishes some stats, but I don't see anything about power consumption. Computing and publishing J/view (Joules consumed per page view) would be a good place to start. What you'd like to see is a steady decline over time. Since WMF doesn't run their own data centers, this can get a bit messy to figure out, but you gotta start somewhere. -- RoySmith (talk) 21:13, 28 May 2021 (UTC)
- There's some numbers at meta:Sustainability#Wikimedia Foundation sustainability metrics. See also the annual report at File:2019 Wikimedia Foundation Annual Carbon Footprint Report - June 30, 2020.pdf. The 2020 report I take it is not available yet, but it would be very misleading anyway because there was no travel. — MusikAnimal talk 21:58, 28 May 2021 (UTC)
- You might be interested in m:Sustainability which has lots of data and reports on this. For example in 2019 data centres were reported to be using an average of 10.78 kWh and emitting 2.3 kg of CO2 equivalent per million pageviews. It's also worth noting that a significant part of Wikimedia's carbon footprint comes from staff and community travel to conferences such as Wikimania. Obviously this past year will have seen a significant cut in that! I'm interested to see how well Wikimania 2021 works as a fully remote event, and how we can increase remote participation at events in future. the wub "?!" 22:02, 28 May 2021 (UTC)
- See meta:Sustainability, meta:Wikimedians for Sustainable Development and meta:Sustainability Initiative. — MusikAnimal talk 21:59, 28 May 2021 (UTC)
Need an admin to merge my 3 AfD
Hello. Due to a problem with Twinkle, I have nominated the same article three times. I fixed the problem.
However, I would like an admin to merge my three AfD into one, since obviously there is two too many. Thanks in advance! Veverve (talk) 10:38, 29 May 2021 (UTC)
- @Veverve: you could remove the duplicate nominations from the list and tag them as {{db-error}}. Elli (talk | contribs) 10:42, 29 May 2021 (UTC)
Stub link formatting: dab pages
Is there a script that excludes dab pages from the maroon-coloured substub formatting which can be enabled in Special:Preferences under "Appearance"? Daß Wölf 14:48, 29 May 2021 (UTC)
$(".stub.mw-disambig").removeClass("stub");
should do the trick, I think. Dunno if there's a better way, though. – Rummskartoffel (talk • contribs) 20:11, 29 May 2021 (UTC)
The main page's playing up on wa.wiki
Hello everyone,
My apologies for writing that on en.wiki, but I don't know which Wikimedia-website to consult for this kind of problem. The wa.wiki main page is playing up right now for unknown reasons. I precise that nobody has modified the "main page" (which is, of course, protected) nor a template/module related to. Wa.wiki uses the same module of main page as wa.wiktionary. However, the main page of wa.wiktionary seems still working correctly.
Thank you in advance for your help,
--Èl-Gueuye-Noere (talk) 18:31, 29 May 2021 (UTC)
- Do you mean wa:? --Redrose64 🌹 (talk) 19:08, 29 May 2021 (UTC)
- Yes, it was this one. I finally found the bug, it was a thing like this : < / div>, which added itself. That's why, the main page bugged without anyone nor any bot modifies it. I don't know if this kind of bugs happens often. I was afraid that something worse had happened. --Èl-Gueuye-Noere (talk) 19:23, 29 May 2021 (UTC)
- The
</div>
is the closing tag of adiv
element. Like the vast majority of HTML elements (there are very few exceptions), each opening<div>
tag must have a balancing closing</div>
tag. --Redrose64 🌹 (talk) 19:59, 29 May 2021 (UTC)
- The
- Yes, it was this one. I finally found the bug, it was a thing like this : < / div>, which added itself. That's why, the main page bugged without anyone nor any bot modifies it. I don't know if this kind of bugs happens often. I was afraid that something worse had happened. --Èl-Gueuye-Noere (talk) 19:23, 29 May 2021 (UTC)
Category creation wizard for IPs does not work
As an IP, try to create a category (or follow a red link). You are not allowed and the banner points to Wikipedia:Article_wizard/Category, which redirects to Wikipedia:Article_wizard, which does not let you create Draft:Category:...
because of the namespace, and instructs you to follow the category's red link, so you are stuck in a loop. --62.98.124.182 (talk) 20:38, 29 May 2021 (UTC)