Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by RoySmith (talk | contribs) at 17:08, 15 June 2021 (→Test range for block warning?: new section). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

 Policy Technical Proposals Idea lab WMF Miscellaneous 
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.


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)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
Also see here. -- RoySmith (talk) 21:04, 20 May 2021 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
@ToBeFree: You didn't remove it, you commented it out. There is a difference. --Redrose64 🌹 (talk) 19:25, 21 May 2021 (UTC)[reply]
...and I had even looked at that section. 😄 Thanks for removing it. ~ ToBeFree (talk) 19:27, 21 May 2021 (UTC)[reply]
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)Template:Z181 18:50, 3 June 2021 (UTC)[reply]

@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)[reply]
@Qwerfjkl Looks all normal to me. Can you give browser information as well as skin information? Aasim (talk) 05:11, 4 June 2021 (UTC)[reply]
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)Template:Z181 06:59, 4 June 2021 (UTC)[reply]
@Awesome Aasim @BrandonXLF This seems to only happen on mobile. ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 15:53, 6 June 2021 (UTC)[reply]
@Aasim @BrandonXLF I've used User:BrandonXLF/PortletLinks to replace Aasim's script. ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 19:52, 8 June 2021 (UTC)[reply]
@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)[reply]
@Qwerfjkl: The issue should be fixed now. – BrandonXLF (talk) 16:40, 9 June 2021 (UTC)[reply]
Thanks! ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 17:11, 9 June 2021 (UTC)[reply]
@BrandonXLF By "new Vector skin", are you referring to User:TheDJ's mobileVector? ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 17:17, 9 June 2021 (UTC)[reply]
@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)[reply]
Thanks! ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 14:55, 11 June 2021 (UTC)[reply]

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)Template:Z181 16:52, 6 June 2021 (UTC)[reply]

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)[reply]
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)[reply]
@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)Template:Z181 19:55, 8 June 2021 (UTC)[reply]
@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)Template:Z181 06:25, 10 June 2021 (UTC)[reply]
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)[reply]
@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)Template:Z181 21:28, 10 June 2021 (UTC)[reply]
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)[reply]
Thanks! ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 14:57, 11 June 2021 (UTC)[reply]

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)[reply]

Hmmm. It is working for me. I haven't seen this shortcut before either, though. --Florian Blaschke (talk) 18:24, 7 June 2021 (UTC)[reply]
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)[reply]
I really wonder why it works for me then, both on Firefox and Opera. --Florian Blaschke (talk) 01:38, 9 June 2021 (UTC)[reply]
 Fixed by just explicitly declaring the target. — xaosflux Talk 10:46, 8 June 2021 (UTC)[reply]
@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)[reply]
That works for me! {{u|Sdkb}} talk 02:10, 12 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
Anyone know why this isn't part of the standard UI? It's part of the API, see https://en.wikipedia.org/enwiki/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)[reply]
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)[reply]
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)[reply]
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)[reply]
Yup. I just didn't bother arguing/FTT. --50.201.195.170 (talk) 00:05, 13 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
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. — MusikAnimal talk 22:54, 10 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]

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)[reply]

See above. --Izno (talk) 13:51, 11 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
WikiBlame is a completely different tool and is still accessible via "Find addition/removal". Nardog (talk) 14:42, 11 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
Seconded: retain XTools permanently. --50.201.195.170 (talk) 00:05, 13 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
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)). – Rummskartoffel 20:29, 13 June 2021 (UTC)[reply]
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)[reply]

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)[reply]

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)[reply]
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)[reply]
And may even enable category gadgets. Izno (talk) 21:09, 10 June 2021 (UTC)[reply]
You can completely hide it by adding #catlinks {display: none;} to your minerva.css. – Rummskartoffel (talk • contribs) 21:02, 10 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
@Rummskartoffel, thanks-a-billion mate. Celestina007 (talk) 22:26, 10 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]
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)[reply]
Hold down the Command (Mac) or Ctrl (Windows/Linux) key while you click the link. – Jonesey95 (talk) 06:21, 11 June 2021 (UTC)[reply]
exactly, by far the easiest way to do it and works on any website. —TheDJ (talk • contribs) 07:39, 11 June 2021 (UTC)[reply]
indeed, but I thought that was obvious and DuncanHill was looking for an automated solution. – SD0001 (talk) 10:39, 11 June 2021 (UTC)[reply]
They aren't external links, they're internal within Wikimedia. Mike Peel (talk) 10:57, 11 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
@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)[reply]
@DuncanHill Change '.extiw' to '.extiw .interlanguage-link-target' to cover them as well. – SD0001 (talk) 16:37, 11 June 2021 (UTC)[reply]
@SD0001: That doesn't seem to do anything - and stops it working for commons etc too. DuncanHill (talk) 16:45, 11 June 2021 (UTC)[reply]
@DuncanHill oops, needed a comma there in between: '.extiw, .interlanguage-link-target' – SD0001 (talk) 16:52, 11 June 2021 (UTC)[reply]
Bingo! @SD0001:, this will be a great help to me, many thanks. DuncanHill (talk) 16:55, 11 June 2021 (UTC)[reply]

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)[reply]

@Drbogdan: c:Commons:Maximum file size might be helpful. Elli (talk | contribs) 11:43, 11 June 2021 (UTC)[reply]
"takes awhile" lol.. you don't say.. 2 GB... —TheDJ (talk • contribs) 12:58, 11 June 2021 (UTC)[reply]
@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)[reply]

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)[reply]

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)[reply]

Is there a module function that given a table returns a JSON-like tabulated string?

Alexiscoutinho (talk) 22:43, 11 June 2021 (UTC)[reply]

mw:Extension:Scribunto/Lua reference manual#mw.text.jsonEncode
—Trappist the monk (talk) 23:03, 11 June 2021 (UTC)[reply]
Thanks! Alexiscoutinho (talk) 23:21, 11 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
@Pppery:, thanks! Mathglot (talk) 02:37, 12 June 2021 (UTC)[reply]

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)[reply]

 Fixed in your sandbox (top half). – Jonesey95 (talk) 13:26, 12 June 2021 (UTC)[reply]

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)[reply]

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 (talk • contribs) 14:42, 12 June 2021 (UTC)[reply]
@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)[reply]
@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)[reply]
@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)[reply]
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)[reply]

@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)[reply]

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). – Rummskartoffel 09:18, 14 June 2021 (UTC)[reply]
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)[reply]

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)[reply]

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)[reply]
@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)[reply]

@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)[reply]
@SD0001: I think everything works now. Thank you! —hueman1 (talk • contributions) 08:23, 14 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
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)[reply]
Cryptic, You win. -- RoySmith (talk) 21:11, 12 June 2021 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
@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)[reply]
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
page protection level
Direct_Deal extendedconfirmed
Fuego_bxndz extendedconfirmed
Janix_Marie_Mendez extendedconfirmed
Janix_Mendez extendedconfirmed
Jim_Gomez extendedconfirmed
Manoj_Verma extendedconfirmed
Naveed_Qazi extendedconfirmed
Naver_Matome_(Service) extendedconfirmed
Naver_matome extendedconfirmed
Sarju_Prasad_Dubey extendedconfirmed
Syed_Mansoor_Ali_Naqvi extendedconfirmed
TourHQ extendedconfirmed
Udit_Bhanu extendedconfirmed
YDNW_Dive extendedconfirmed
Draft:Ameel_Shamsi extendedconfirmed
Draft:Amit_Bhadana_(youtuber) extendedconfirmed
Draft:Fm_Kid extendedconfirmed
Draft:Harshil_Anuwadia extendedconfirmed
Draft:Juned_Patel extendedconfirmed
Draft:P&M_Movies extendedconfirmed
Draft:Pawan_Chawla extendedconfirmed
Category:Railroad_museums_in_Hawaii sysop
Ashraf_Palarakunnummal_(Ashraf_Thamarassery) sysop
COVIDemic sysop
Fox_Sports_Japan_(company) sysop
Juned_Patel sysop
Vivek_Bindra sysop
Y._R._Dudhani sysop
YASH_DUDHANI sysop
Yash_Rajendra_Dudhani sysop
Draft:Yash_Dudhani_2 sysop
File:SaltedFile templateeditor
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)[reply]

Silly Question

Silly Question: is it possible change to User:Talk:Talk from User:0mtwb9gd5wx ? .... 0mtwb9gd5wx (talk) 08:47, 13 June 2021 (UTC)[reply]

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)[reply]
Also, m:GRP#Policy re frivolous & repeated requests. Cabayi (talk) 09:07, 13 June 2021 (UTC)[reply]
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)[reply]
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)[reply]

Template:DistroWatch

No documentation, so I hacked one example, so it needs to be pretty. .... 0mtwb9gd5wx (talk) 08:37, 13 June 2021 (UTC)[reply]

@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)[reply]
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)[reply]
@Trialpears:, I am not very familiar the technical infrastructure, so I posted here. Lots of mistakes... .... 0mtwb9gd5wx (talk) 09:08, 13 June 2021 (UTC)[reply]
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)[reply]

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)[reply]

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)[reply]
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)[reply]

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)[reply]

@Yurik: Are we not supporting 3.0, yet? TrangaBellam (talk) 10:47, 13 June 2021 (UTC)[reply]
@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)[reply]
@Xaosflux: That talk-page is choc-a-bloc unanswered queries. Nobody pays any heed. TrangaBellam (talk) 13:01, 13 June 2021 (UTC)[reply]
@Wugapodes: Can you help? I saw your comments at this page. TrangaBellam (talk) 13:08, 13 June 2021 (UTC)[reply]

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)[reply]

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)[reply]

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)Template:Z181 14:20, 13 June 2021 (UTC)[reply]

Break the long comment line into multiple lines. PrimeHunter (talk) 14:44, 13 June 2021 (UTC)[reply]

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)[reply]

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)[reply]
Pppery, thanks for the info. – Muboshgu (talk) 20:19, 13 June 2021 (UTC)[reply]


!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)[reply]

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)[reply]
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)[reply]
@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. — xaosflux Talk 10:26, 14 June 2021 (UTC)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]
@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)[reply]
The template had an unbalanced <includeonly> tag. --Redrose64 🌹 (talk) 19:46, 14 June 2021 (UTC)[reply]
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)[reply]

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)Template:Z181 18:06, 14 June 2021 (UTC)[reply]

@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). — xaosflux Talk 18:31, 14 June 2021 (UTC)[reply]
@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)Template:Z181 18:36, 14 June 2021 (UTC)[reply]
Remove the last comma in the last uncommented line (Rater) of the object scriptsToManage. MarMi wiki (talk) 18:33, 14 June 2021 (UTC)[reply]
@Qwerfjkl: did that help? — xaosflux Talk 18:44, 14 June 2021 (UTC)[reply]
@XaosfluxYou haven't edited the correct revision of the page - I've restored it now. ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 18:47, 14 June 2021 (UTC)[reply]
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)[reply]
Notably Missing semicolon. errors. — xaosflux Talk 18:50, 14 June 2021 (UTC)[reply]
@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)[reply]
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)[reply]
@MarMi wiki Thanks, that was the problem. ― Qwerfjkl | 𝕋𝔸𝕃𝕂  (please use {{reply to|Qwerfjkl}} on reply)Template:Z181 19:01, 14 June 2021 (UTC)[reply]
Passing thanks to Writ Keeper. :) MarMi wiki (talk) 19:06, 14 June 2021 (UTC)[reply]
Also, I get a warning message about this:
function importScript(location) {
		mw.loader.load( '/enwiki/w/index.php?action=raw&ctype=text/javascript&title=' + encodeURIComponent(location));
	}

Thanks Writ Keeper! — Preceding unsigned comment added by Qwerfjkl (talk • contribs) 19:29, 14 June 2021 (UTC)[reply]

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

  • Logged-in users on the mobile web can choose to use the advanced mobile mode. They now see categories in a similar way as users on desktop do. This means that some gadgets that have just been for desktop users could work for users of the mobile site too. If your wiki has such gadgets you could decide to turn them on for the mobile site too. Some gadgets probably need to be fixed to look good on mobile. [4]
  • Language links on Wikidata now works for multilingual Wikisource. [5]

Changes later this week

  • There is no new MediaWiki version this week.

Future changes

  • In the future we can't show the IP of unregistered editors to everyone. This is because privacy regulations and norms have changed. There is now a rough draft of how showing the IP to those who need to see it could work.
  • German Wikipedia, English Wikivoyage and 29 smaller wikis will be read-only for a few minutes on 22 June. This is planned between 5:00 and 5:30 UTC. [6]
  • All wikis will be read-only for a few minutes in the week of 28 June. More information will be published in Tech News later. It will also be posted on individual wikis in the coming weeks. [7][8]

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)[reply]

In which skin? ;) Izno (talk) 00:32, 15 June 2021 (UTC)[reply]
(The cheaty way is to use floatright or floatleft classes.) Izno (talk) 00:33, 15 June 2021 (UTC)[reply]
@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)[reply]
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)[reply]
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)[reply]
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 (talk • contribs) 09:09, 15 June 2021 (UTC)[reply]

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)[reply]

@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)[reply]
@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)[reply]
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)[reply]
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 (talk • contribs) 09:06, 15 June 2021 (UTC)[reply]

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)[reply]

@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)[reply]
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)[reply]

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)[reply]

There were some network connectivity issues with the Asia-Pacific datacenter (T284986) so if that's your closest then it could be the cause. I expect there will be a public incident report soon. the wub "?!" 15:31, 15 June 2021 (UTC)[reply]

Classic vector skin font size

How come there are still issues with the font size when using the Classic Vector Skin gadget (e. g. as to the rendering of references and categories)?--Hildeoc (talk) 14:08, 15 June 2021 (UTC)[reply]

Test range for block warning?

From a sub-discussion at WP:VPW#IP Masking Update, you get the attached warning box when you try to block a sensitive IP range. What produces that? Is there some edit filter? Something in the interface? Back-end wikicode? And, more to the point, how can we add 192.0.2.0/24, to give admins a safe (sandbox) range to experiment with? -- RoySmith (talk) 17:08, 15 June 2021 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/enwiki/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=1028726719"