en.m.wikipedia.org
Wikipedia:Village pump (technical)
 
Policy
 
Technical
 
Proposals
 
Idea lab
 
WMF
 
Miscellaneous
 
First discussion New post
Shortcuts
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.
Frequently asked questions (FAQ) (see also: Wikipedia:FAQ/Technical​)
Click "[show]" next to each point to see more details.
If something looks wrong, purge the server's cache, then bypass your browser's cache.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can set a gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you have problems making your fancy signature work, check Wikipedia:How to fix your signature.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
For server or network status, please see Wikimedia Metrics. If you cannot reach Wikipedia services see Reporting a connectivity issue
« Archives, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190

Centralized discussion
Village pumps policy tech proposals idea lab WMFmisc
For a listing of ongoing discussions, see the dashboard.
view edit history watch archivetalk purge

Freenode IRC servers 'takeover'
Background
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)
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)
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)
Conflict between User:Awesome Aasim/addmylinks and User:BrandonXLF/QuickEdit
Resolved
@Awesome Aasim and BrandonXLF: The editing window for QuickEdit appears in the text editor for addmylinks. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 18:50, 3 June 2021 (UTC)
@Qwerfjkl: What do you mean the editing window is appearing in the text editor, what steps do you perform for this to happen? addmylinks has some buttons that look the same as the ones in QuickEdit, but that's the addmylinks text editor and not QuickEdit.
Do you mean when you save a page using QuickEdit, the page appears in the "My Links" section on the sidebar? – BrandonXLF (talk) 19:15, 3 June 2021 (UTC)
@Qwerfjkl Looks all normal to me. Can you give browser information as well as skin information? Aasim (talk) 05:11, 4 June 2021 (UTC)
At first, pages appear normally, but when I click the 'quick edit' button, the 'My links' section is replaced with the normal 'QuickEdit' editor. (I'm using the Vector skin, but it might be affected by User:TheDJ/mobileVector.css​.) ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 06:59, 4 June 2021 (UTC)
@Awesome Aasim @BrandonXLF This seems to only happen on mobile. ―
 (please use
{{reply to|Qwerfjkl}}
on reply) 15:53, 6 June 2021 (UTC)
@Aasim @BrandonXLF I've used User:BrandonXLF/PortletLinks to replace Aasim's script. ―
 (please use
{{reply to|Qwerfjkl}}
on reply) 19:52, 8 June 2021 (UTC)
@Qwerfjkl: I was able to reproduce the issue on the new Vector skin, I'll see what I can do to fix it. – BrandonXLF (talk) 20:49, 8 June 2021 (UTC)
@Qwerfjkl: The issue should be fixed now. – BrandonXLF (talk) 16:40, 9 June 2021 (UTC)
Thanks! ―
 (please use
{{reply to|Qwerfjkl}}
on reply) 17:11, 9 June 2021 (UTC)
@BrandonXLF By "new Vector skin", are you referring to User:TheDJ's mobileVector? ―
 (please use
{{reply to|Qwerfjkl}}
on reply) 17:17, 9 June 2021 (UTC)
@Qwerfjkl: I'm referring to mw:Reading/Web/Desktop Improvements. If you go to appearance settings with Vector skin selected and uncheck "Use Legacy Vector" you see the new version of the skin. – BrandonXLF (talk) 18:33, 9 June 2021 (UTC)
Thanks! ―
 (please use
{{reply to|Qwerfjkl}}
on reply) 14:55, 11 June 2021 (UTC)
Mobile/desktop .js pages
Resolved
When I load any .js page on the desktop version of Wikipedia, I cannot paste or copy text, so I have to switch to the mobile version. Is there a way to get a round this? (I think WikEd allowed me to view text normally.) ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 16:52, 6 June 2021 (UTC)
There's certainly something odd about the edit box in some circumstances. If you don't get an edit cursor when you click in the edit box, click in the edit summary box instead, then use ⇧ Shift+Tab ↹ to get to the main edit box. You should then be able to click with the mouse on the desired editing point. --Redrose64 🌹 (talk) 18:22, 6 June 2021 (UTC)
It works for me. Does it work if you log out? Does safemode work? What is your browser? What is your skin at Special:Preferences#mw-prefsection-rendering​? PrimeHunter (talk) 18:28, 6 June 2021 (UTC)
@PrimeHunter @Redrose64 I'm using a mobile device, which is why I have to switch to the mobile version to paste anything. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 19:55, 8 June 2021 (UTC)
@PrimeHunter It does not work in safemode, and I'm using the vector skin. I cannot test wether it works when logged out, as User:Qwerfjkl/common.js isn't editable by a non-interface administrator. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 06:25, 10 June 2021 (UTC)
Can you copy and paste when you log out? Safemode does not load any user js page. What do you mean by "load any .js page" in "When I load any .js page on the desktop version of Wikipedia, I cannot paste or copy text"? Are there circumstances where you can copy and paste in desktop? PrimeHunter (talk) 09:17, 10 June 2021 (UTC)
@PrimeHunter Normally, when editing on a mobile device in desktop mode (or mobile mode), I can double- or triple-tap on a word to highlight, and an option to copy or paste appears above the selected text. However, in .js pages, this doesn't happen; the text selection behaves wierdly, and instead of options appearing above the selected text, a '...' Box appears, with multiple options that don't work. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 21:28, 10 June 2021 (UTC)
Oh, you are talking about editing js pages. Loading a js page usualy means a load command to run the script in the page. Try clicking the <> icon at the left of the toolbar to switch between the normal editor and the code editor. PrimeHunter (talk) 21:37, 10 June 2021 (UTC)
Thanks! ― (please use
{{reply to|Qwerfjkl}}
on reply) 14:57, 11 June 2021 (UTC)
Weird redirect
Tracked in Phabricator
Task T8151
Does anyone know what's happening here? It seems like an attempt to create a redirect to a centralized talk page, but the "../" isn't something I've seen before and it's not currently working. {{u|Sdkb}}talk 17:58, 7 June 2021 (UTC)
Hmmm. It is working for me. I haven't seen this shortcut before either, though. --Florian Blaschke (talk) 18:24, 7 June 2021 (UTC)
It's a subpage link (or rather a parent page link in this case). It should work, but it appears due to a bug, redirects like it haven't worked from at least 2006, see phab:T8151. – BrandonXLF (talk) 18:30, 7 June 2021 (UTC)
I really wonder why it works for me then, both on Firefox and Opera. --Florian Blaschke (talk) 01:38, 9 June 2021 (UTC)
Fixed by just explicitly declaring the target. — xaosflux Talk 10:46, 8 June 2021 (UTC)
@Sdkb: This has always worked fine for me, and I use it sometimes. Here's a demo, just follow the breadcrumbs. Do any of these not work for you? I'm on Win 10/Vivaldi, but I checked it on iOS 14.2 mobile as well. Haven't incorporated it into a redirect, though, so maybe there's something squirrely there. Mathglot (talk) 01:56, 12 June 2021 (UTC)
That works for me! {{u|Sdkb}}talk 02:10, 12 June 2021 (UTC)
Bug in "Find edits by user"?
Bug? The "Next 500 results →" link at https://sigma.toolforge.org/usersearch.py?name=50.201.195.170+&page=Talk%3AWuhan_Institute_of_Virology&server=enwiki&max= doesn't work. Σ runs it? (Leads to https://sigma.toolforge.org/usersearch.py?startdate=None&name=50.201.195.170+&page=Talk%3AWuhan_Institute_of_Virology&server=enwiki&max=500 which leads to itself. Started here.) --50.201.195.170 (talk) 23:50, 8 June 2021 (UTC)
As you noted, this is not part of the English Wikipedia, and you can follow up at User talk:Σ. — xaosflux Talk 00:08, 9 June 2021 (UTC)
Anyone know why this isn't part of the standard UI? It's part of the API, see https://en.wikipedia.org/w/api.php?action=query&titles=Talk%3AWuhan_Institute_of_Virology&prop=revisions&rvuser=50.201.195.170&rvlimit=500​. So why do we need an external tool to produce human-readable output? Suffusion of Yellow (talk) 00:33, 9 June 2021 (UTC)
Interesting question. The native API result suggests usersearch.py is more severely broken; it finds 0 edits, instead of the many the API finds in the last 500 revisions. Also a bug? (It is "part of the English Wikipedia", xaosflux, in the sense that the tool is linked to from every page like that where I said I started, though at toolforge.org. So? I can follow up on their talk if @Σ: doesn't respond to the ping and/or others may help. E.g. if I'm confused and these aren't bugs.) --50.201.195.170 (talk) 02:12, 9 June 2021 (UTC)
50, we link to many external tools - but we (the editors and admins of wikipedia) don't maintain them. If it is broken to the point being useless, we can remove the external link from the interface or change it to something else - but we can't actually do anything about it being broken any more then if the RIR links on the bottom of your talk page had an error - we have no access to the codebase for that tool, only its maintainer does. Removal or replacement can be discussed at the associated message here: MediaWiki talk:Histlegend. — xaosflux Talk 10:26, 9 June 2021 (UTC)
The people that maintain them often watch this page, or know what the issue is, how to fix it, or provide alternatives. I think this is a perfectly acceptable venue. Because I saw this discussion, I've changed MediaWiki:Histlegend to point to what should be a fully working tool (disclosure, authored by yours truly). — MusikAnimal talk 22:57, 10 June 2021 (UTC)
Yup. I just didn't bother arguing/FTT. --50.201.195.170 (talk) 00:05, 13 June 2021 (UTC)
User:Ale jrb/Scripts/userhist.js also provides this function as a userscript integrated into special:contribs, though the UI is bit outdated. – SD0001 (talk) 03:33, 9 June 2021 (UTC)
Did anyone find the 2 bugs reproducible (or not reproducible)? I guess so, but I don't see anyone mentioning one way or the other. --50.201.195.170 (talk) 23:14, 9 June 2021 (UTC)
This feature works fine in XTools: https://xtools.wmflabs.org/topedits/en.wikipedia.org/50.201.195.170/1/Wuhan_Institute_of_Virology​. I've changed MediaWiki:Histlegend to point to it for the time being. — MusikAnimaltalk 22:54, 10 June 2021 (UTC)
Up until recently there was not a way to search for edits by IP addresses. At some point this became possible, but I have simply never gotten around to implementing this. →Σσς. (Sigma) 10:00, 11 June 2021 (UTC)
IP addresses have actor IDs just like accounts, so if you go by that it should be the same query for both IPs and accounts. If you want to query for IP ranges (which XTools only very recently added support for, but it's been technically possible since late 2017), then that does require a different query. Is the source code published anywhere? I'm happy to help. — MusikAnimal talk 17:21, 11 June 2021 (UTC)
You're right. It's actually already supported, but the link above doesn't work because there's a space at the end. https://sigma.toolforge.org/usersearch.py?name=50.201.195.170&page=Talk%3AWuhan_Institute_of_Virology&max=500&server=enwiki works fine. Oops→Σσς. (Sigma) 02:26, 12 June 2021 (UTC)
Ha! So not broken, after all. Though you could strip out the blank spaces server-side, I suppose. Edge case, for sure! Anyway in light of this I've changed MediaWiki:Histlegend to point back to Sigma's. — MusikAnimal talk 05:22, 12 June 2021 (UTC)
Thank you for helping, MusikAnimal! Wrong?: Σ: the link above doesn't work because there's a space at the end Umm...gaslighting? The links in my OP above obviously don't have spaces in 'em. They can't; they're bare URLs. (And no %20's either.) No, they were certainly not working and work now. --50.201.195.170 (talk) 00:05, 13 June 2021 (UTC)
The links in OP do have a + sign at the end of the name param, which is the encoding for a space. – SD0001 (talk) 16:31, 13 June 2021 (UTC)
Change in "Find edits by user"?
Clicking on "Find edits by user" today is taking me to a new user interface at xtools.wmflabs.org. It was a different one until yesterday. Is there any notice or discussion around this? How can I remove the pie charts that show up in that page? I could not find a way to see a customized result, even after logging in to that site. Or, how can I go back to the older interface? - Jay Talk 13:02, 11 June 2021 (UTC)
See above. --Izno (talk) 13:51, 11 June 2021 (UTC)
I had seen it earlier, and did not know it is related to my query. How is it related to my query? What has happened? - Jay Talk 14:13, 11 June 2021 (UTC)
Ok, so the earlier tool was called WikiBlame and it is broken, and xtools is a temporary replacement? And this discussion is the place where we can get updates on this? - Jay Talk 14:30, 11 June 2021 (UTC)
WikiBlame is a completely different tool and is still accessible via "Find addition/removal". Nardog (talk) 14:42, 11 June 2021 (UTC)
On second thoughts, can we retain XTools permanently? It is superfast as compared to the earlier tool, and I can live with the pie charts if not customizable. Or is there a way a user can customize the tool to be used for "Find edits by user" via Preferences? - Jay (Talk) 05:31, 12 June 2021 (UTC)
These external tools are linked from MediaWiki:Histlegend - if there are additions/removals or just label changes needed, feel free to suggest an edit at MediaWiki talk:Histlegend. — xaosflux Talk 09:57, 12 June 2021 (UTC)
Seconded: retain XTools permanently. --50.201.195.170 (talk) 00:05, 13 June 2021 (UTC)
I proposed this on MediaWiki talk:Histlegend over two years ago to no feedback. I'll take the above as sufficient consensus to change the link. I can make the pie charts smaller, @Jay, if that helps. — MusikAnimal talk 19:07, 13 June 2021 (UTC)
Won't there be thousands of users using the "Find edits by user" functionality, who will be affected? Shouldn't there be a vote, or a customize option? - Jay (Talk) 20:13, 13 June 2021 (UTC)
I think it'd make most sense to just have both, similar to how it's done with "Find addition/removal" (e.g. Find edits by user (Alternate)). –  20:29, 13 June 2021 (UTC)
As I said, I went the proper route of soliciting feedback before and no one engaged. It definitely doesn't seem worthy of a formal RfC. There's no way to customize this on a per-user basis, so Rummskartoffel's suggestion sounds best. I've restored Sigma's tool as the long-standing default and made XTools an alternate. Hopefully that satisfies everyone :) — MusikAnimal talk 23:39, 13 June 2021 (UTC)
Cats visible in mobile view for mobile users
Hello, probably just my device, or, are there any other mobile users experiencing categories being visible(in a block like manner) whilst in mobile view? is there a d.i.y manner for me to remedy this? Celestina007 (talk) 20:34, 10 June 2021 (UTC)
WP:ITSTHURSDAY, I think. This appears to be intentional and working as designed, as step one of a change in mobile category display. See T246049, which appears to have changed the mobile view to display categories. It may be followed by T152199, which intends to make them collapsible. This change appears to have been announced as part of the often inscrutable list of updates linked from the above Tech News (and always posted well after the Tech News, so you have to remember to check the link sometime after the Tech News posting). See mw:MediaWiki 1.37/wmf.9#MinervaNeue for the description of this change. I am not always great at following the phab/gerrit/WMF bread crumbs, and never great at understanding why they work on this fiddly stuff instead of fixing real bugs, so I could have any of this wrong. – Jonesey95 (talk) 20:54, 10 June 2021 (UTC)
This change removes the old component that used to do categories on mobile, which had a half dozen open bugs associated with it. So... yes, it fixed real bugs. Izno (talk) 21:09, 10 June 2021 (UTC)
And may even enable category gadgets. Izno (talk) 21:09, 10 June 2021 (UTC)
You can completely hide it by adding
#catlinks {display: none;}
to your minerva.css. – Rummskartoffel (talk • contribs) 21:02, 10 June 2021 (UTC)
Jonesey95, Rummskartoffel, Izno thanks, I think I’d probably just opt to hide it (if it doesn’t translate to it being invisible in desktop view also) You coders/script creators and all template editors in general are gifted. This aspect of editing just overwhelms me. Celestina007 (talk) 21:19, 10 June 2021 (UTC)
minerva.css only affects the mobile skin, so you'd still see categories while on the desktop version. – Rummskartoffel (talk • contribs) 21:26, 10 June 2021 (UTC)
@Rummskartoffel, thanks-a-billion mate. Celestina007 (talk) 22:26, 10 June 2021 (UTC)
Darn, wrong thread. I thought this was gonna be about uncloaking Romulan felines using cellphones. My bad. Mathglot (talk) 23:15, 13 June 2021 (UTC)
I have long thought that the full potential of category–feline humor is too seldom realized. EEng 23:32, 13 June 2021 (UTC)
Is the global Lua function type effectively overrideable?
So I made a function in Module:Lua class (last function) that tries to override/build upon the default type to support new "types". I was testing it in User:Alexiscoutinho/sandbox 1 and noticed that it behaves differently if you are previewing. When you view the sandbox normally, it should contain "table table table". However, if you preview the page (without edits of course) it would now contain "class Base instance" (which is desired). What is going on? Why is the type function behaving differently? Alexiscoutinho (talk) 21:33, 10 June 2021 (UTC)
While OOP is great, I'm not sure that the confusion of another layer would be worthwhile. However, I purged User:Alexiscoutinho/sandbox 1 and it is now showing "class Base instance", the same as in preview. Johnuniq (talk) 00:21, 11 June 2021 (UTC)
Thank you very much! I completely forgot how to fully purge a page. Furthermore, I thought purging was only client side, thus I got quite surprised when the issue persisted in an anonymous tab. Alexiscoutinho (talk) 01:13, 11 June 2021 (UTC)
Make cross-project links open in a new tab
Is there any way to make links to other language wikipedias, commons, Wiktionary, etc, open in a new tab? I sometimes forget that they don't behave like normal external links and it's annoying. DuncanHill (talk) 00:59, 11 June 2021 (UTC)
You must have enabled "Open external links in a new tab or window" at Special:Preferences#mw-prefsection-gadgets​. It's not default. I don't know how to extend it to interwiki links. PrimeHunter (talk) 01:19, 11 June 2021 (UTC)
It'll require a bit of javascript. @DuncanHill You can do it by adding $(function() { $('.extiw').attr('target', '_blank'); }); to special:mypage/common.js​. – SD0001 (talk) 04:20, 11 June 2021 (UTC)
Hold down the Command (Mac) or Ctrl (Windows/Linux) key while you click the link. – Jonesey95 (talk) 06:21, 11 June 2021 (UTC)
exactly, by far the easiest way to do it and works on any website. —TheDJ (talkcontribs) 07:39, 11 June 2021 (UTC)
indeed, but I thought that was obvious and DuncanHill was looking for an automated solution. – SD0001 (talk) 10:39, 11 June 2021 (UTC)
They aren't external links, they're internal within Wikimedia. Mike Peel (talk) 10:57, 11 June 2021 (UTC)
google: doesn't look like an external link, but is. A lot of the m:Interwiki map is truly external. —Kusma (talk) 12:07, 11 June 2021 (UTC)
Weird, I didn't know that was possible (nor do I understand *why* that is possible) but none of the examples before that were external. Mike Peel (talk) 12:47, 11 June 2021 (UTC)
Traditionally most of the other websites that had special interwiki prefixes were other wikis or other free content sites, with some other sites like Google thrown in for convenience. The main difference between the interwiki map links and normal external links (other than the styling) is that interwiki map links do not have the "nofollow" attribute. (I once got so annoyed at Wikia/Fandom's advertising that I worked a bit to turn "nofollow" on for links that go there). —Kusma (talk) 13:04, 11 June 2021 (UTC)
@SD0001: Thanks, that certainly works for commons, wikiquote, etc, doesn't work for the interlanguage links down the left-hand side. @Jonesey95: and @TheDJ: actually right-click and open in new tab is what I use, but as I mentioned I sometimes forget, and @Mike Peel: they may or may not be external but they behave like external links in that the preferences I set here do not apply there, and things like templates that work here do not work there. Anyway, thanks all. DuncanHill (talk) 16:30, 11 June 2021 (UTC)
@DuncanHill Change '.extiw' to '.extiw .interlanguage-link-target' to cover them as well. – SD0001 (talk) 16:37, 11 June 2021 (UTC)
@SD0001: That doesn't seem to do anything - and stops it working for commons etc too. DuncanHill (talk) 16:45, 11 June 2021 (UTC)
@DuncanHill oops, needed a comma there in between: '.extiw, .interlanguage-link-target'SD0001 (talk) 16:52, 11 June 2021 (UTC)
Bingo! @SD0001:, this will be a great help to me, many thanks. DuncanHill (talk) 16:55, 11 June 2021 (UTC)
NASA 2gb PNG image too large for Commons?
QUESTIONS: Tried uploading a recent NASA 2gb PNG image ( at "​https://photojournal.jpl.nasa.gov/archive/PIA24663_fullres.png​" on NASA-page => "​https://photojournal.jpl.nasa.gov/catalog/PIA24663​" ) (takes awhile - ~1hr/?) - but Commons didn't seem to accept it for some reason - is the image file-size too large for Wikipedia? - Is there some workaround? - image seems relevant to several NASA articles (ie, "Perseverance (rover)", "Timeline of Mars 2020" and possibly more) - downloaded image file opens OK in my Firefox browser (Wintel10/Firefox/DellXPS8900) - iac - Thanks in advance for a reply - Stay Safe and Healthy !! - Drbogdan (talk) 11:41, 11 June 2021 (UTC)
@Drbogdan: c:Commons:Maximum file size might be helpful. Elli (talk | contribs) 11:43, 11 June 2021 (UTC)
"takes awhile" lol.. you don't say.. 2 GB... —TheDJ (talkcontribs) 12:58, 11 June 2021 (UTC)
@Drbogdan, unless someone wants to count the number of grains of sand on Mars, I don't see why the image dimensions wouldn't be downscaled by 4, and the image saved as jpg, like they did here https://photojournal.jpl.nasa.gov/jpeg/PIA24663.jpg​, file size 15 MB (link found here). Those who really need the 2.4 billion pixel image can always go back to NASA. Ponor (talk) 14:19, 11 June 2021 (UTC)
FWIW - seems — * Perserverance at Van Zyl (AVideo360; 1:40; Spring 2021) on YouTube (related site; 2GB PNG-image) — added to "Timeline of Mars 2020#External links" may be sufficient for now - Thanks for all the comments above - Stay Safe and Healthy !! - Drbogdan (talk) 14:58, 11 June 2021 (UTC)
Sometimes the upload gets stuck on the unstash step; if you upload a file with UploadWizard and it "fails", you might still be able to publish it from c:Special:UploadStash​. I've also found c:User:Bawolff/stash.js to be immensely useful for this purpose. -FASTILY 08:25, 13 June 2021 (UTC)
Is there a module function that given a table returns a JSON-like tabulated string?
Alexiscoutinho (talk) 22:43, 11 June 2021 (UTC)
mw:Extension:Scribunto/Lua reference manual#mw.text.jsonEncode
Trappist the monk (talk) 23:03, 11 June 2021 (UTC)
Thanks! Alexiscoutinho (talk) 23:21, 11 June 2021 (UTC)
Hidden maintenance category shows up at top of main category list
Why am I seeing one hidden category showing up at the top of the main category list at the bottom of an article?
On the article Simone de Beauvoir, the first category I see is "Wikipedia articles with WORLDCATID identifiers", a maintenance category. The next two cats are Simone de Beauvoir, followed by 1908 births; these two correspond to the first two categories explicitly in the article wikicode. The first category is not in the wikicode anywhere, which is not surprising, as it is a maintenance category that is probably dragged in by a citation with an |oclc= param.
I have my preferences set so that I see hidden maintenance categories, and after the main category list which is displayed to everybody, the hidden cat list starts off with: CS1 maint: numeric names: authors list; CS1 maint: archived copy as title; Articles with short description, and so on. Why doesn't the WORLDCATID maintenance category appear somewhere with these hidden categories, instead of the top of the main category list? Thanks, Mathglot (talk) 01:32, 12 June 2021 (UTC)
Because a since-fixed bug in a series of edits I made to Module:Pages with authority control identifiers caused the category to no longer register as hidden. I've applied some null edits, and now the category is back to its proper spot. * Pppery * it has begun... 01:44, 12 June 2021 (UTC)
@Pppery:, thanks! Mathglot (talk) 02:37, 12 June 2021 (UTC)
Embedding infoboxes
At Miawpukek First Nation, I tried to embed an infobox in order to remove duplication and shorten the infobox. It didn't work too well. If an editor could look at User:Magnolia677/sandbox I would appreciate the input. Thank you! Magnolia677 (talk) 10:49, 12 June 2021 (UTC)
Fixed in your sandbox (top half). – Jonesey95 (talk) 13:26, 12 June 2021 (UTC)
No info for special pages, a few others as well?
Tracked in Phabricator
Task T284960
googling Special:CreateAccount for example, or googling Special:UserLogin or any other special page to my knowledge, I've seen it always says "No information is available for this page. Learn why." Why is that? Also some others like googling Wikipedia:Sockpuppet investigations also don't seem to work either, but it never seems to work for special pages. Why does it not work specifically for special pages, or for any other specific page? It doesn't appear to be the same as noindexing, as you can search for the page, it just doesn't give you info. 54nd60x (talk) 13:44, 12 June 2021 (UTC)
The page at one time was robots.txt blocked to avoid it being indexed. Then google started indexing pages even if they showed up in robots.txt and said we should be using noindex. But noindex cannot easily be detected if the page is also in robots.txt (unless the google bot finds some per chance traversal path that has the pages linked from elsewhere)... and those Special pages were never removed from the robots.txt. Similar for SPI. —TheDJ (talkcontribs) 14:42, 12 June 2021 (UTC)
@TheDJ: Why were special pages avoided being indexed? And does it mean that the magic word __NOINDEX__ would have no use as it can't be added to a special page. If the pages are not noindexed in robots.txt, why doesn't it give you info for special pages? And in what circumstances would it be best to avoid searching for special pages? 54nd60x (talk) 01:24, 13 June 2021 (UTC)
@54nd60x: Special pages can't be indexed because there is nothing to index: a special page doesn't actually exist until you visit it. When you follow a link to a page like Special:Preferences the page is generated specifically for you; once served to you it's deleted again; and what you receive is different from what other people receive when they follow exactly the same link. --Redrose64 🌹 (talk) 07:39, 13 June 2021 (UTC)
@Redrose64: Special pages can't be indexed because there is nothing to index: a special page doesn't actually exist until you visit it. Could you please explain that? Does it mean that special pages have visible content but they aren't actually editable as it's just transclusion of MediaWiki pages? Also, why is Wikipedia:Sockpuppet investigations and perhaps some other non-special pages noindexed? Does it have to do with privacy? 54nd60x (talk) 10:41, 13 June 2021 (UTC)
Special pages could be indexed but they aren't. It's a choice that we ask external search engines to not index special pages. They place noindex in their html, and https://en.wikipedia.org/robots.txt says Disallow: /wiki/Special:. Special pages are generated on demand and often rely on url parameters. Many special pages often change content, depend on the user viewing them, or have rather arbitrary content we don't want random searchers to find instead of our articles. PrimeHunter (talk) 21:41, 13 June 2021 (UTC)
@PrimeHunter: I was browsing special pages and found that the content can be changed with ?uselang=$1, as in Special:SpecialPages vs. Special:SpecialPages?uselang=es​. However, I noticed that the content of Special:MathWikibase is always written in the wiki's language (i.e. it's in Spanish on es.wp and in English on en.wp but the contents are not messages and the content of the page cannot be changed based on user preferences.) Where is the source content of these special pages that allows it to be different across different wikis, and how can it be edited if some major change must be made? 54nd60x (talk) 00:48, 14 June 2021 (UTC)
I'm not sure I completely understand your question, but here goes: Special:MathWikibase is a feature of mw:Extension:Math, and its source code is here. It looks like it is supposed to be localised, and the interface messages for it exist, e.g. MediaWiki:Math-wikibase-special-form-placeholder/es​, but for some reason only the "main" version seems to be loaded, e.g. MediaWiki:Math-wikibase-special-form-placeholder (it's a bug, I guess). These "main" versions, unless manually created, always contain the localised message for the default language of the wiki (i.e. es:MediaWiki:Math-wikibase-special-form-placeholder is the same as es:MediaWiki:Math-wikibase-special-form-placeholder/es​), so it works unless you change your language preference from the default. Hope my ramblings make sense (and aren't completely incorrect). –  09:18, 14 June 2021 (UTC)
https://en.wikipedia.org/wiki/Special:MathWikibase?uselang=qqx also shows something is wrong. qqx is supposed to show the name of used MediaWiki messages but it just shows the text of four of the English messages. PrimeHunter (talk) 20:26, 14 June 2021 (UTC)
OK - so as should have been surmised from above, this is not something we can fix directly here on the English Wikipedia - WP:BUG requests can be opened about any special page that is being presented by an extension. In the case of Special:MathWikibase for example, I've opened: phab:T284960. — xaosflux Talk 23:26, 14 June 2021 (UTC)
Some user scripts are not working
I already addressed this concern at Wikipedia talk:User scripts#Not working but no one is responding. Help me, please. —hueman1 (talk contributions) 14:08, 12 June 2021 (UTC)
See WP:JSERROR on how to report script errors. For starters, you can tell which one isn't working. – SD0001 (talk) 14:22, 12 June 2021 (UTC)
@SD0001: I got this message:
Uncaught ReferenceError: capitalScript is not defined at <anonymous>:1:701 at domEval (load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:11) at runScript (load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:13) at enqueue (load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:11) at execute (load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:14) at doPropagation (load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:6)
hueman1 (talk contributions) 02:23, 14 June 2021 (UTC)
@HueMan1: line 10 is invalid syntax. You probably want it to be importScript('User:WikiMasterGhibif/capitalize.js');SD0001 (talk) 08:16, 14 June 2021 (UTC)
@SD0001: I think everything works now. Thank you! —hueman1 (talk contributions) 08:23, 14 June 2021 (UTC)
Quarry namespace mapping
Have you ever been frustrated because there's no way to map namespace numbers to namespace names in a database query? I hereby present Quarry 55924 for your amusement. There's hacks, there's ugly hacks, and then there's hacks that are so ugly you're proud of them. -- RoySmith (talk) 16:40, 12 June 2021 (UTC)
You don't even need to join pagelinks for that: quarry:query/55928.I had a somewhat similar idea a while ago, but using a sandbox with links to Talk:Talk, User:User, User talk:User talk, and so on, so I could just use pl_namespace and pl_title out of pagelinks, and not have to worry about some joker breaking the query by creating extra subpages or inbound links or whatever. I couldn't figure out how to get it working with the main namespace, though.​quarry:query/55930​/​User:Cryptic/ns​, to make it concrete. Munging the titles with MID() etc. like you did could do it, but it stops being brief enough that I'd feel ok pasting it into the middle of real queries. Still better than what I usually resort to like in e.g. quarry:query/50255. —Cryptic 20:04, 12 June 2021 (UTC)
My go to is including the namespace number and then using regex change it to {{subst:ns:N}} and then putting it in a sandbox and then it works. A better system would certainly be nice though. --Trialpears (talk) 20:22, 12 June 2021 (UTC)
Cryptic, You win. -- RoySmith (talk) 21:11, 12 June 2021 (UTC)
This was one of the reasons I created User:SDZeroBot/Database report. It supports wikilinking titles from the query output, using a namespace number from another column. – SD0001 (talk) 05:56, 13 June 2021 (UTC)
Namespaces aren't consistent across wikis - see the identical list rendered on 5 wikis - English, Commons, WikiData, Meta, and German.
Since Quarry allows querying different wikis just by changing the specified database from enwiki_p, the SQL should also (preferably) be wiki-neutral to maximise reusability. The method in Quarry 55915
SELECT CONCAT('[[', IF (​pt​.​pt_namespace​=​14​,​':'​,​''​), '{{ns:', CAST​(​pt​.​pt_namespace AS CHAR), '}}:', pt.pt_title, ']]')
dresses the namespace/page-title as a wikilink in a wiki-neutral way (skipping the use of regex Trialpears mentioned). Thankfully namespace 14 is consistently Category (or equivalent) in needing the colon prefix for all wikis AFAIK. The resultset can be taken as a wikitable & sandboxed on the corresponding wiki.
User DerHexer is a useful test subject for this query since he's an admin for dewiki_p, enwiki_p, commonswiki_p, & metawiki_p. - Cabayi (talk) 07:29, 13 June 2021 (UTC)
I've learned from experience that the file namespace (consistently 6) also should have a leading colon, otherwise that looks great and I will use it next time. --Trialpears (talk) 08:15, 13 June 2021 (UTC)
@Cabayi: Namespaces -2, -1, and 0 through 15 inclusive are consistent in their purposes across all WMF wikis, and I think across all MediaWiki wikis also. The non-negative numbers also always occur in pairs: all subject namespaces have an even number, and its corresponding talk namespace is always one greater. Whilst the local names do vary (e.g. User: might be Utilisateur: (French) Benutzer: (German), etc.), the name used on English Wikipedia may be used for all of them (e.g. try following fr:User:Redrose64), with one pair of exceptions. These exceptions are namespaces 4/5, which have been localised here to Wikipedia:/Wikipedia talk:, and as you noticed at Commons, Meta etc. the local names are Commons:/Commons talk:, Meta:/Meta talk:, etc. The default non-localised name for these two namespaces is Project:/Project talk:, and they work everywhere - try following Project:Namespace, meta:Project:Namespaces or indeed ru:Project:Пространства имён.
For namespaces numbered 16 or above, not all of them exist on all wikis, but for those that use a given number, its purpose is the same for all wikis that use the same number - for instance, Module:/Module talk:, where they exist, are always 828/829 although as with namespaces 15 and below, the local names may vary.
@Trialpears: The File: namespace is like the Category: namespace in that an initial colon is necessary to make a link instead of to activate a feature. --Redrose64 🌹 (talk) 08:31, 13 June 2021 (UTC)
Thanks, Redrose64. I've adjusted Quarry 55915 to handle files as well:
SELECT CONCAT('[[', IF (​pt​.​pt_namespace​=​6​,​':'​,​IF (​pt​.​pt_namespace​=​14​,​':'​,​''​)), '{{ns:', CAST​(​pt​.​pt_namespace AS CHAR), '}}:', pt.pt_title, ']]') page,
and salted File:SaltedFile for a test example...
amended to handle files as well
pageprotection level
Direct_Dealextendedconfirmed
Fuego_bxndzextendedconfirmed
Janix_Marie_Mendezextendedconfirmed
Janix_Mendezextendedconfirmed
Jim_Gomezextendedconfirmed
Manoj_Vermaextendedconfirmed
Naveed_Qaziextendedconfirmed
Naver_Matome_(Service)extendedconfirmed
Naver_matomeextendedconfirmed
Sarju_Prasad_Dubeyextendedconfirmed
Syed_Mansoor_Ali_Naqviextendedconfirmed
TourHQextendedconfirmed
Udit_Bhanuextendedconfirmed
YDNW_Diveextendedconfirmed
Draft:Ameel_Shamsiextendedconfirmed
Draft:Amit_Bhadana_(youtuber)extendedconfirmed
Draft:Fm_Kidextendedconfirmed
Draft:Harshil_Anuwadiaextendedconfirmed
Draft:Juned_Patelextendedconfirmed
Draft:P&M_Moviesextendedconfirmed
Draft:Pawan_Chawlaextendedconfirmed
Category:Railroad_museums_in_Hawaiisysop
Ashraf_Palarakunnummal_(Ashraf_Thamarassery)sysop
COVIDemicsysop
Fox_Sports_Japan_(company)sysop
Juned_Patelsysop
Vivek_Bindrasysop
Y._R._Dudhanisysop
YASH_DUDHANIsysop
Yash_Rajendra_Dudhanisysop
Draft:Yash_Dudhani_2sysop
File:SaltedFiletemplateeditor
Since this method doesn't touch on the actual namespace names (localised or global) no adjustment is needed on that front. The SQL is still wiki-agnostic.
Cheers, Cabayi (talk) 08:54, 13 June 2021 (UTC)
Silly Question
Silly Question: is it possible change to User:Talk:Talk from User:0mtwb9gd5wx ? .... 0mtwb9gd5wx (talk) 08:47, 13 June 2021 (UTC)
0mtwb9gd5wx, I think WP:UNCONF applies and I'd decline it. Other renamers may view it differently and perform the rename. Once done, other users may also see it as WP:UNCONF and report you to WP:UAA.
It also has the potential to break stuff. Many templates handle usernames and strip leading namespaces. I doubt any of them have been tested for this level of misdirection.
It's a balancing act, how badly do you want it and how much grief can you tolerate? Cabayi (talk) 09:04, 13 June 2021 (UTC)
Also, m:GRP#Policy re frivolous & repeated requests. Cabayi (talk) 09:07, 13 June 2021 (UTC)
I glanced at the previous post after writing the subsequent one, it was just an amusing idea. .... 0mtwb9gd5wx (talk) 09:16, 13 June 2021 (UTC)
0mtwb9gd5wx, once upon a time I thought for (;;) would be cool/amusing as my "forever" username. Boy, was I ever wrong. Cabayi (talk) 09:25, 13 June 2021 (UTC)
Template:DistroWatch
Template:DistroWatch
No documentation, so I hacked one example, so it needs to be pretty. .... 0mtwb9gd5wx (talk) 08:37, 13 June 2021 (UTC)
@0mtwb9gd5wx: Where a template has no documentation, you may use the
{{Bad documentation}}
template, you don't need to post here. --Redrose64 🌹 (talk) 08:49, 13 June 2021 (UTC)
0mtwb9gd5wx, thanks for improving the documentation! Usually we keep documentation on a separate documentation page such as Template:DistroWatch/doc if it is longer than a line or two which, I have now done. You also accidentally added it in a way that the documentation was included when the template was used on pages which is another reason it's much simpler to have a dedicated documentation page. --Trialpears (talk) 08:54, 13 June 2021 (UTC)
@Trialpears:, I am not very familiar the technical infrastructure, so I posted here. Lots of mistakes... .... 0mtwb9gd5wx (talk) 09:08, 13 June 2021 (UTC)
0mtwb9gd5wx No worries =). We all were new once. If you want to make more modifications to the documentation you should do that at Template:DistroWatch/doc and not Template:DistroWatch​. I think it looks acceptable now. --Trialpears (talk) 09:11, 13 June 2021 (UTC)
Education program (again)
About a month ago I brought up the possibility of removing the education program talk namespace at Wikipedia:Village pump (technical)/Archive 189#Education program namespace removal. This was prompted by T217137 and similar tasks which resulted in removal from other Wikis following that the namespace was emptied either through deletion or moves. Currently there are 0 pages in the Education program namespace and 1,427 pages in the Education program talk namespace. My plan is to move most pages from their current location of Education program talk:FOO to Wikipedia talk:Education program archive/FOO. Some pages that have no significant content (such as the supported by wikied messages) will/have been deleted outright without archiving. Assuming there are no objections in the next few days I will proceed with this plan. --Trialpears (talk) 08:38, 13 June 2021 (UTC)
Good idea, I support this task. 3 months ago I went through the entire Education program talk namespace to fix Lint errors. Many pages like Education Program talk:Hanyang University/ English Readings in Information Sociology: Understanding Wikipedia (Fall 2013)/Grading have no useful content and can be deleted. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 15:30, 13 June 2021 (UTC)
I've now deleted that and 75 other similar grading subpages after verifying that they indeed doesn't have any possibly useful content. --Trialpears (talk) 16:36, 13 June 2021 (UTC)
Vega
A how-to guide asserts that Vega Code can be copied to wiki and be used to generate charts/graphs. Then, why does this code not work? TrangaBellam (talk) 10:20, 13 June 2021 (UTC)
@Yurik: Are we not supporting 3.0, yet? TrangaBellam (talk) 10:47, 13 June 2021 (UTC)
@TrangaBellam: the only notes I see say we only support v2; this is part of the graph extension though - so you may get some better responses here: mw:Extension talk:Graph. — xaosflux Talk 11:53, 13 June 2021 (UTC)
@Xaosflux: That talk-page is choc-a-bloc unanswered queries. Nobody pays any heed. TrangaBellam (talk) 13:01, 13 June 2021 (UTC)
@Wugapodes: Can you help? I saw your comments at this page. TrangaBellam (talk) 13:08, 13 June 2021 (UTC)
Apologies for all the pings. Vega 3.0 (or later versions) are not integrated according to T165118. T223026#7117287 mentions quite-old developments and I would be interested to know of any updates. TrangaBellam (talk) 13:18, 13 June 2021 (UTC)
FYI, during the last Community Wishlist Survey, this task received a great support and should be taken over by The Community Tech team in the coming months. Pamputt (talk) 21:44, 13 June 2021 (UTC)
Disabled common.js page
On this revision of my common.js page, all the code is disabled. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 14:20, 13 June 2021 (UTC)
Break the long comment line into multiple lines. PrimeHunter (talk) 14:44, 13 June 2021 (UTC)
Authority control not autocollapsing
I'm noticing that Template:Authority control at the bottom of articles isn't autocollapsing today as it usually does. Anyone else notice this? – Muboshgu (talk) 19:11, 13 June 2021 (UTC)
This is a deliberate result of Wikipedia:Village_pump_(proposals)/Archive_181#RfC: look of Authority Control, where there was consensus for the new style, but no consensus to collapse the template by default. It is also being discussed on the talk page at Template talk:authority control#Collapsing the template? * Pppery * it has begun... 19:16, 13 June 2021 (UTC)
Pppery, thanks for the info. – Muboshgu (talk) 20:19, 13 June 2021 (UTC)

!Scrunch! Text/Image flow control: Glens Falls Hospital
Is there a command which, for lack of a better term, I'd call {{scrunch}} which would do what I requested here? (what someone on the help desk calls "Yes the gap is kind of annoying") Pi314m (talk) 00:58, 14 June 2021 (UTC)
It's not clear what you are asking for. All of the recent revisions look within the realm of reason to me. – Jonesey95 (talk) 04:04, 14 June 2021 (UTC)
Please look at Linden General Hospital. The History section begins without a gap, following the LEAD. By contrast, in Glens Falls Hospital there is a long gap, what help desk calls "kind of annoying" (and which, via either an existing flow control command, or a new one, I'd like to reduce, if not eliminate). Pi314m (talk) 09:25, 14 June 2021 (UTC)
@Pi314m: I'm not seeing any abnormal gaps in Glens Falls Hospital. Are you referring to the space that is being used by the table of contents section (which is not on the first article because it is so short)? This is normal layout, as seen in this random article I just loaded: Gigan. How this appears may vary with the screen width of the reader, and also will look a lot different on mobile browsers. — xaosfluxTalk 10:26, 14 June 2021 (UTC)
Yes, I think what you are seeing is the normal space created by the table of contents (TOC). To see a comparable space in some of our highest-quality articles, take a look at Babe Ruth, or Four Freedoms (Rockwell), or Ring ouzel. Articles without a TOC (i.e. with three or fewer headings,) will not have this gap. – Jonesey95 (talk) 16:26, 14 June 2021 (UTC)
Discussion about using CSS margins to modify kerning
There is a discussion at Template talk:Nihongo#Template-protected_edit request on 7 June_2021 — Kerning issues about the use of CSS margins to modify kerning within the Nihongo template. Some technical insight would be appreciated. — Goszei (talk) 06:26, 14 June 2021 (UTC)
Something broken at Schengen Area
There is something broken at Schengen Area: the text seem to be mostly in red with some huge font size. I have slow connection to the internet at the moment and can not debug it. Can someone look at it? --Jarekt (talk) 09:57, 14 June 2021 (UTC)
Jarekt, this was caused by recent changes to {{UN_population}}, which I've reverted. Guarapiranga, apologies for the unilateral revert, but this change appears to have had various unintended consequences. firefly ( t · c ) 10:14, 14 June 2021 (UTC)
@Firefly: I've seen a number of similar notes about infobox populations ([1][2][3]), but couldn't see the issue myself. Would this be the same issue? CMD (talk)
Chipmunkdavis - yes, almost certainly, as these articles also use the template mentioned above. Now that I've fixed it I can't see any oddities on those pages either. firefly ( t · c ) 16:34, 14 June 2021 (UTC)
The template had an unbalanced <includeonly> tag. --Redrose64 🌹 (talk) 19:46, 14 June 2021 (UTC)
My apologies, my intention was to update the figures to latest UN estimates (which are now outdated). I've now fixed the proposed change in the sandbox, and tested it in the aforementioned pages, with no hiccups. If no one finds any other problems with it, I'll put it into production in a few days. Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚  00:05, 15 June 2021 (UTC)
Error on my common.js page
PLease can someone help me fix this revision of my page. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 18:06, 14 June 2021 (UTC)
@Qwerfjkl: you have a huge number of scripts loaded - what exactly to you want help with? See Wikipedia:Reporting JavaScript errors for some information on how to improve your report. If something just isn't working, you should start by disabling all of your scripts and looking for which one isn't working (see also mw:Help:Locating broken scripts). — xaosfluxTalk 18:31, 14 June 2021 (UTC)
@Xaosflux I believe the error is related with the conditional clause:
var scriptmanager = 1; if (scriptmanger == 1) {
as it works fine without it. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 18:36, 14 June 2021 (UTC)
Remove the last comma in the last uncommented line (Rater) of the object scriptsToManage. MarMi wiki (talk) 18:33, 14 June 2021 (UTC)
@Qwerfjkl: did that help? — xaosflux Talk 18:44, 14 June 2021 (UTC)
@XaosfluxYou haven't edited the correct revision of the page - I've restored it now. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 18:47, 14 June 2021 (UTC)
Besides that, a quick lintercheck suggests there are syntax problems in the if (scriptmanger == 0) { section on line 42. — xaosflux Talk 18:49, 14 June 2021 (UTC)
Notably Missing semicolon. errors. — xaosflux Talk 18:50, 14 June 2021 (UTC)
@Qwerfjkl
Press F12 (FF/Chrome), switch to Console tab, and do a preview of your common.js page. MarMi wiki (talk) 18:55, 14 June 2021 (UTC)
Also, there's a typo; you declare
scriptmanager
, but check scriptmanger, without the second "a". scriptmanger is presumably undefined, and will throw an error. Writ Keeper  18:54, 14 June 2021 (UTC)
@MarMi wiki Thanks, that was the problem. ―
 Qwerfjkl | 𝕋𝔸𝕃𝕂 
 (please use
{{reply to|Qwerfjkl}}
on reply) 19:01, 14 June 2021 (UTC)
Passing thanks to Writ Keeper. :) MarMi wiki (talk) 19:06, 14 June 2021 (UTC)
Also, I get a warning message about this:
function importScript(location) { mw.loader.load( '/w/index.php?action=raw&ctype=text/javascript&title=' + encodeURIComponent(location)); }
Thanks Writ Keeper! — Preceding unsigned comment added by Qwerfjkl (talkcontribs) 19:29, 14 June 2021 (UTC)
Tech News: 2021-24
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Changes later this week
There is no new MediaWiki version this week.
Future changes
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
20:25, 14 June 2021 (UTC)
Default image margin
Quick CSS question, what's the default left margin between the edge of an image and the article body text? I'm trying to get a table to match. {{u|Sdkb}}talk 23:34, 14 June 2021 (UTC)
In which skin? ;) Izno (talk) 00:32, 15 June 2021 (UTC)
(The cheaty way is to use floatright or floatleft classes.) Izno (talk) 00:33, 15 June 2021 (UTC)
@Izno, Vector ;) Using those classes unfortunately doesn't seem to be working—could you take a glance at User:Sdkb/sandbox/testpage​? {{u|Sdkb}}talk 02:09, 15 June 2021 (UTC)
Ah, so they don't. In any case, do not assume the margins you have in your skin will reflect the other skins, esp. mobile. Izno (talk) 02:57, 15 June 2021 (UTC)
In any case, your browser console will tell you the widths and heights of an arbitrary block on a page, and tell you why those are. --Izno (talk) 02:59, 15 June 2021 (UTC)
yeah table floatleft and float right are exceptions and use different margins historically. I do wonder why though... Maybe that is something that should be discussed ? —TheDJ (talkcontribs) 09:09, 15 June 2021 (UTC)
Changing the display of BLP editintro
Can the {{BLP editintro}} be displayed on any article whose talk page contains the {{BLP}} header? Aasim (talk) 03:30, 15 June 2021 (UTC)
@Awesome Aasim: As shown in its documentation, the editnotice
{{BLP editintro}}
is shown automatically when editing a page categorized as either Category:Living people or Category:Possibly living people. The edit intro is injected into the edit URL by MediaWiki:Common.js​.
On talk pages, the
{{BLP}}
message is shown (when viewing, not when editing) if a
{{WikiProject banner shell}}
is present, and it has |BLP=yes; also if a
{{WikiProject Biography}}
is present, and it has |living=yes, and is not enclosed in a
{{WikiProject banner shell}}
.
There used to be a bot that looked for pages in Category:Living people and Category:Possibly living people and made sure that their talk pages had
{{WikiProject Biography}}
with |living=yes. I don't think that it is still running. --Redrose64 🌹 (talk) 08:16, 15 June 2021 (UTC)
@Redrose64 There are non-biographies that have BLP material, but those do not have such editintros. I am wondering if it is possible for any article with the {{BLP}} tag on the talk page to have the BLP editintro show up. Aasim (talk) 08:18, 15 June 2021 (UTC)
Here's the code:
if ( mw.config.get( 'wgNamespaceNumber' ) === 0 ) { $( function () { if ( document​.​getElementById​( 'disambigbox' ) ) { addEditIntro( 'Template:Disambig_editintro' ); } } ); $( function () { var cats = mw.config.get( 'wgCategories' ); if ( !cats ) { return; } if ( $.inArray( 'Living people', cats ) !== -1 || $.inArray( 'Possibly living people', cats ) !== -1 ) { addEditIntro( 'Template:BLP_editintro' ); } } ); }
I think that lines 284 and 296 are the significant ones. --Redrose64 🌹 (talk) 08:36, 15 June 2021 (UTC)
is that really needed though ? Kinda a slippery slope if you ask me and before we know it we have even more banners that no one reads on every single page. —TheDJ (talkcontribs) 09:06, 15 June 2021 (UTC)
Template/Module for penultimate revision
Anyone seen a template or Lua function that returns the link or id to the last revision of a given page before the current one? (Bonus points for one that returns the last revision by a given user!)
Cheers. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚  05:13, 15 June 2021 (UTC)
@Guarapiranga: Do the query string parameters diff=cur&oldid=prev help? As in
{{​diff​|Wikipedia:Village pump (technical)|cur|prev|this diff}}
this diff. --Redrose64 🌹 (talk) 08:04, 15 June 2021 (UTC)
Yeah, not sure, Redrose64. What I was aiming to do is show the change in numbers at WP:User scripts/Ranking to see which scripts are trending by simply comparing the current to the last revision of WP:User scripts/Most imported scripts. If function/template told me the last revision id was 1026222220, I could simply read Special:Permalink/1026222220 into Module:User scripts table. — 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚  08:16, 15 June 2021 (UTC)
HTTP 502
Is there any reason why Wikipedia appeared to be inaccessible around one hour ago? All other websites were working properly, but every time I tried to go to any Wikipedia page, a WMF error page showed up instead. LSGH (talk) (contributions) 10:19, 15 June 2021 (UTC)
Last edited on 15 June 2021, at 10:19
Content is available under CC BY-SA 3.0 unless otherwise noted.
Privacy policy
Terms of Use
Desktop
HomeRandomNearbyLog inSettingsDonateAbout WikipediaDisclaimers
LanguageWatchEdit