Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
 Policy Technical Proposals Idea lab Miscellaneous 
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.

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), and for logged in users there is a gadget available in your 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.
« Archives, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179


Toolforge questions[edit]

This is the second time I'm attempting to get my bots set up at Toolforge and failed. Is there anyone who is willing to give me some guidance? Steps I've completed:

  • Wikitech account (developer account)
  • Created a tool on Toolforge
  • Gotten shell access
  • Added public key to Wikitech account
  • Private key stored in /.ssh w.r.t root
  • tools-login.wmflabs.org added to known_hosts

Steps where I'm stuck:

  • user@tools-login.wmflabs.org: Permission denied (publickey,hostbased).
  • What to do next? --qedk (t c) 13:35, 5 February 2020 (UTC)
    QEDK, are you trying to log in as user and not qedk? --AntiCompositeNumber (talk) 13:44, 5 February 2020 (UTC)
    I feel amazingly stupid, thanks. I added a custom host-user configuration to resolve this. --qedk (t c) 13:55, 5 February 2020 (UTC)
    @QEDK: Live help is available at #wikimedia-cloud connect, so you know :) MusikAnimal talk 19:16, 5 February 2020 (UTC)
    You'll also want to subscribe to the cloud services mailing list -- RoySmith (talk) 20:57, 5 February 2020 (UTC)
  • @AntiCompositeNumber, MusikAnimal, and RoySmith: Since I'm unable to get help on the IRC channel, I thought it better to ask here. Why doesn't $ source ~/.bash_profile persist between sessions on Toolforge, I've tried it with and without a venv, in my toolforge account, as the tool, saving it to ./profile, just doesn't work and it's very annoying working on macOS with Toolforge. Secondly, Pywikibot seems unable to make newlines from "\n", so how do I deal with that. It was generating newlines properly for a while and then it didn't, some secret I'm missing out? --qedk (t c) 08:25, 9 February 2020 (UTC)
@QEDK: Unfortunately, "on Toolforge" can mean any of a number of different things. Are you talking about directly on the bastion hosts, or grid engine, or a docker instance, or maybe something else? Could you give the exact sequence of commands you're using? -- RoySmith (talk) 14:58, 9 February 2020 (UTC)
$ ssh tools-login
$ become qedkbot
$ source venv/bin/activate
$ cd pywikibot-core
$ python3 pwb.py login.py
@RoySmith: This will then throw a Unknown locale: UTF-8 error, which I have to fix by adding the variables to bash_proifle every session. tools-login is aliased to tools-login.wmflabs.org. --qedk (t c) 15:12, 9 February 2020 (UTC)
Hmmm. I took the liberty of poking around in /data/project/qedkbot. All I see in your .bash_profile there is setting PYTHONPATH. Does that not get set properly? In the sequence of commands above, if you do printenv right after the become qedkbot, does your PYTHONPATH not include the value you set in .bash_profile? -- RoySmith (talk) 15:24, 9 February 2020 (UTC)
@RoySmith: That is exactly the issue yep, I set the variables two hours ago on my latest bot run (had to!), and now you don't see them. I know setting the variables at the start of each session works because then I don't get the Unknown locale error, but if you want I can try printenv. --qedk (t c) 15:43, 9 February 2020 (UTC)
Yes, please run the printenv and see what you've got after become qedkbox That should at least narrow it down to whether the environment variable isn't getting set, or if it's getting set but maybe overridden by the venv or something. Another thing to try is after you activate the venv, fire up an interactive python and do import sys; print(sys.path) to see if it made it that far. You might also try sticking echo "I'm here" in your .bash_profile and see if that gets printed; that should confirm the .bash_profile is getting run. -- RoySmith (talk) 15:55, 9 February 2020 (UTC)
  • @QEDK: I saw your BRFA. I assume that means you've solved this. What turned out to be the problem? -- RoySmith (talk) 01:28, 10 February 2020 (UTC)
    @RoySmith: I wish it was fixed, a bit loaded up on coursework so didn't get to debug it yet. Still setting the variables every session, I'm guessing submissions to the grid engine will not throw an Unknown locale error. --qedk (t c) 06:48, 10 February 2020 (UTC)
    @RoySmith: This is very, very weird - the environment variables show up just fine in printenv (inside and outside venv). Here's the output for sys.path: ['/data/project/shared/pywikibot/core', '/shared/pywikibot/core/scripts', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python35.zip', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/plat-x86_64-linux-gnu', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/lib-dynload', '/usr/lib/python3.5', '/usr/lib/python3.5/plat-x86_64-linux-gnu', '', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/pywikibot-core', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages/pycparser-2.19-py3.5.egg', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/venv/lib/python3.5/site-packages/IPython/extensions', '/mnt/nfs/labstore-secondary-tools-project/qedkbot/.ipython']. Tells you something? --qedk (t c) 09:44, 11 February 2020 (UTC)
    I was indeed correct, for some reason source ~/.bash_profile was not setting the variables in .bash_profile (which makes me wonder where they are being stored). Configured around Jupyter Notebook to let me edit hidden files (not a Vim fan) and then changed .bash_profile myself, seems to stick between sessions once added - which leads me to think it is the command itself that is not working (which is weird!). --qedk (t c) 09:56, 11 February 2020 (UTC)
I'm pretty confused at this point. The sys.path output you include above does indeed include the PYTHONPATH entries from your .bash_profile. One odd thing I noticed is that your .bash_profile doesn't end with a newline. I don't know if that bothers bash or not. I've never used pywikibot. I remember looking at it briefly a long time ago and coming to the conclusion that it was crazy complicated. I took a look at the pwb.py source. Yeah, it's nuts. It's doing all kinds of crazy stuff with mutating sys.path and os.environ, and then executing other scripts. I honestly can't tell WTF it's trying to do. This looks like a pywikibot-specific problem, so I suggest asking the pywikibot developers. Sorry I can't be more help. -- RoySmith (talk) 16:56, 11 February 2020 (UTC)
@RoySmith: I don't think it's pywikibot, it is definitely something to do with the variables not getting saved in .bash_profile. I still appreciate all the help. Thanks a ton! -qedk (t c) 11:30, 12 February 2020 (UTC)

Template:Party name with color[edit]

Can someone proficient in template coding take a look at my unanswered edit request at Template talk:Party name with color#Piped links, namely add a {{{2|}}} somewhere so that this supports piped links when used with full. For instance, {{Party name with color|Foo Party|German Foo Party|full=yes}} would become [[Foo Party|German Foo Party]]. – Finnusertop (talkcontribs) 12:27, 9 February 2020 (UTC)

I figured out how DAB works and added it to Template:Party name with color/doc for Constitution Party (United States). For what you really want I'd need a party with sub-pages /meta/color (ideally) + /meta/shortname (required) for a decent full example on the /doc page, the functionality might already exist. –84.46.52.123 (talk) 09:35, 10 February 2020 (UTC)
Using your example: {{Party name with color|Constitution Party (United States)|U.S. Taxpayers' Party|full=yes}} doesn't show up as [[Constitution Party (United States)|U.S. Taxpayers' Party]] but [[Constitution Party (United States)|Constitution Party]]. – Finnusertop (talkcontribs) 17:19, 11 February 2020 (UTC)
Yes, there is no 2nd parameter as you suggested it. But {{Party name with color|Constitution Party (United States)|full=yes}} should have an effect for {{Constitution Party (United States)/meta/shortname}} = Constitution.
Without "full" I'd expect "Constitution", with "full=yes" I'd expect "Constitution Party". I've extended the examples to show that something is wrong. If it would work (it doesn't) you could get a /meta/shortname Foo Party for a full name German Foo Party. –84.46.52.187 (talk) 13:42, 12 February 2020 (UTC)
But that's the thing. I don't want to alter the shortnames every time someone uses an ad hoc name in a table. I don't want to bypass the piped linked either, so as to preserve whatever semantic difference there is. That's why I'm suggesting the second unnamed parameter. – Finnusertop (talkcontribs) 16:00, 12 February 2020 (UTC)
If you copy the template as is to a sub-page /sandbox {{Party name with color/sandbox}} and the /doc as is to a sub-page /testcases {{Party name with color/testcases}} not logged-in users could help to figure it out, i.e., the /testcases should be limited to the 5 examples in /doc (nothing else) and use the /sandbox instead of the real thing. But doesn't enwiki have a "template workshop" or project, is VP/T supposed to be that place? –84.46.52.187 (talk) 17:03, 12 February 2020 (UTC)
Done. I know of no centralized or otherwise active forum. – Finnusertop (talkcontribs) 19:36, 14 February 2020 (UTC)

Template:Expand Arabic and Category:Articles needing translation from Arabic Wikipedia[edit]

Forgive me if this is wrong the place to ask about this. Category:Articles needing translation from Arabic Wikipedia contained over 200 articles in January, now it is down to 32. It's not that the translations are complete, because articles such as Al-Faw and Abyan Governorate still need to be translated but have dropped out of the category. I suspect something may be wrong with Template:Expand Arabic, which is supposed to place articles in the translation category. Any ideas? --Cerebellum (talk) 13:29, 9 February 2020 (UTC)

Cerebellum, I'm probably responsible and did some major changes to {{expand language}} recently. I thought everything was alright based on my checks on {{expand Spanish}}, but seems like that's not the case. I'm currently away from my computer but will take a look at it tonight. ‑‑Trialpears (talk) 13:50, 9 February 2020 (UTC)
It's now dealt with. Sorry for the inconvenience. I'm on holiday and had a quite spotty internet connection these last few days so it took some more time than expected. ‑‑Trialpears (talk) 18:48, 11 February 2020 (UTC)

User search by last activity[edit]

Is it possible to search for, say, transclusions of {{Semi-retired}} on the user talk pages of editors who have not edited since, say 2018? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:31, 10 February 2020 (UTC)

If you don't mind that it doesn't see deleted or revdelled edits, or logged actions that don't create a revision, quarry:query/42052. —Cryptic 13:53, 10 February 2020 (UTC)
@Cryptic: That's very useful, thank you. Now if it only showed the results as links... Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:19, 12 February 2020 (UTC)
It's made to go into a wiki sandbox (or other) page. You don't even have to save it; you could just preview a page with its contents if you don't want it on-wiki. Killiondude (talk) 22:45, 12 February 2020 (UTC)

Cite web parameter accessdate[edit]

The cite web parameter |accessdate= seems to allow future dates. Why is that? Thanks. Martinevans123 (talk) 15:01, 10 February 2020 (UTC)

Because the world turns and today in one part of the world is already tomorrow in another part of the world. |access-date= should only allow for today plus one day into the future. Are you seeing something different?
Also, questions about the cs1|2 templates are best addressed at Help talk:Citation Style 1.
Trappist the monk (talk) 15:13, 10 February 2020 (UTC)
Really, it turns!? You must be one of these trendy modern editors. Maybe I'm just too UTC-centric? No, it was just a tomorrow date, thanks. Martinevans123 (talk) 16:05, 10 February 2020 (UTC)
The only mythology here is that somehow the Mediawiki software in incapable of presenting correct time zone information, which leads to bad module writing and impossible citation dates. This is not true. 72.43.99.138 (talk) 14:16, 11 February 2020 (UTC)

Can't preview[edit]

I can't get preview or "show changes" to work. The error message is "Our servers are currently under maintenance ...". Is anyone else experiencing this? SarahSV (talk) 05:21, 11 February 2020 (UTC)

SarahSV, I've seen that a fair number of times in the past two weeks. To add to the frustration, it's most frequent when I've a slow or unreliable connection. On occasion preview has worked in Safari when Firefox (which I usually use) gave me nothing but errors; perhaps changing browsers will work for you as well. BlackcurrantTea (talk) 11:18, 11 February 2020 (UTC)
I was getting this recently when looking at my watchlist, which was large. The message seems to be a generic one when a transaction times out because it has taken more than a set period of time. I suppose that recent occurences are due to a new release or setting, like the update which caused outages across Europe. Andrew🐉(talk) 11:56, 11 February 2020 (UTC)
BlackcurrantTea and Andrew, thanks for the replies and tip about other browsers. I did try with others, and it worked, so the problems seemed confined to Firefox. A few minutes ago, it didn't work with another browser either. I lost an edit because I thought it had saved, but I got an error message. The back button and "try again" didn't work. SarahSV (talk) 21:29, 11 February 2020 (UTC)
@SarahSV: I don't think it is browser related; that's probably just bad or good luck depending on factors outside your control which made it appear that one browser functioned better than another. There have been reports here of time-outs and related problems for a couple of weeks and someone linked to a WMF blog or somesuch saying a massive denial-of-service attack on Wikipedia was impacting users in various areas. See also #Outage just posted below with "Error Our servers are currently under maintenance or experiencing a technical problem". I looked at two articles you were recently editing and they are massive with, from memory, 5 or 6 seconds of CPU time required to render the page. It would only take a bit of extra pressure on the server or the networks between servers to cause the problems you mention. The "under maintenance" message appears to be a last-resort "we don't know what the problem is but we give up" generic message that is not related to the actual problem. One way to avoid losing stuff is to do the equivalent of Ctrl-A Ctrl-C (select all, copy) before clicking preview or publish. Then, if there is a problem, you should be able to paste into a text editor to save what you had in the edit window. Johnuniq (talk) 22:55, 11 February 2020 (UTC)
Johnuniq, thanks for the information. I do usually save off-wiki and I did this time too, went to press save, then changed my mind and made more edits. That was the edit I lost. Usually, the back button or "try again" retrieves lost text, but this had disappeared entirely. I just tried preview and "show changes" on Firefox on a long article, and it's working again. SarahSV (talk) 00:44, 12 February 2020 (UTC)
Just noting that it (preview timing out) has started again. SarahSV (talk) 00:48, 13 February 2020 (UTC)
The WMF error page typically includes a section of information at the bottom with technical ifnormation about the error, under the heading "If you report this error to the Wikimedia System Administrators, please include the details below". Please remember to include these details when you report errors, ommitting your IP address if reporting publicly. If the problem only occurs on a page or set of pages, include that as well. Otherwise, it's like saying "There's vandalism on Wikipedia!": true, but not actionable. --AntiCompositeNumber (talk) 18:37, 13 February 2020 (UTC)
AntiCompositeNumber, where should I send those details? I don't like to post technical data because I don't know how specific it is. But again today, I can't use preview. I've been able to do it sporadically over the last few days, but then it stops working again. SarahSV (talk) 21:49, 13 February 2020 (UTC)
SlimVirgin, At this point, filing a bug report is the best idea. If you don't want to go through that process, I do it for you. The technical details typically will contain at least your IP address, a Varnish XID (a number), and/or a MediaWiki request code (a long string of letters). The Varnish XID and MW request code are uniquely-generated values and are only stored in the non-public server logs. Those codes are necessary to be able to and only useful to find the log entry relating to your specific problem. Your IP address, however, identifies your internet connection and should not be posted publicly. Other information in the technical data, like what servers your request passed through or what specifically went wrong, is not specific to you or your request and doesn't have privacy implications. --AntiCompositeNumber (talk) 22:18, 13 February 2020 (UTC)
AntiCompositeNumber, thank you for that information. It's extremely helpful. SarahSV (talk) 22:23, 13 February 2020 (UTC)
See #Outage and #Rendering slow, scripts and notifications in lag below, and this January archive. Search the last link for "Katherine (WMF)" to see a link to an announcement on Twitter. An announcement here with the current status would be helpful—are there currently any known problems? Johnuniq (talk) 22:32, 13 February 2020 (UTC)

Gadget/User Script to disable MediaWiki:Bad image list[edit]

Wikipedia-The Missing Manual 2001.png

High-contrast-emblem-default.svg
Wikipedia is not censored OOjs UI icon eyeClosed.svg and never will be. All articles fall under this disclaimer. By clicking this checkbox you'll only hideing these images from yourself (in all wikiprojects) while still open for other's.

Recently I find out this help page & became really confused. If we are giving advice because they are the half of the userbase, why can't we also provide it as a choiceable option (as a 'Gadget' or an 1 click 'User Script'). We still providing some gadget & most of the user script only because of the user demands. Well, If all of these are against 'POLICY' then a simple info template must be possible, Right ?


--Masum The Great (talk) 14:14, 11 February 2020 (UTC)

Hello Wikipedians, I'm eagerly waiting for a replay . Isn't it rude to not getting a replay from any active Wikipedian after 127 hours when all the other query got replied. Thanks in advance . --Masum The Great (talk) 14:54, 16 February 2020 (UTC)
Well, after another 55 hours i'm still keeping (AGF) & just mentioning some of the users only to provide suggestions about this issue. @John of Reading:,@Xaosflux:,@TonyBallioni:,@AEzell (WMF):,@IFried (WMF):,@MSchottlender-WMF:,@MusikAnimal (WMF):,@SWilson (WMF):,@HMonroy (WMF):,@DWalden (WMF):. I have no idea who to mention so please excuse me if it bothers you. if my point is not clear enough, please ask. Thanks.--Masum The Great (talk) 16:34, 18 February 2020 (UTC)
@Ahm masum: Hi. I'm sorry that it has taken so long for your question to get answered, but you must understand that we're all volunteers here. People like Xaosflux and TonyBallioni are here entirely by their choice, and no editor is required to do or answer anything they don't want to. Even people who are employed by the WMF have no obligation to answer your question; the village pump is a community-run place, and gadgets are community-created and developed, so no WMF employee is obliged to answer questions about them any more than any other volunteer. So, no, it's not rude for nobody to answer your question. It happens, you just have to be patient, and if necessary, ask it again.
Your question is not particularly precise; it's not clear what you're asking for. Are you asking for one of the scripts mentioned in that help page to become a gadget? If so, which script? Most of them are not amenable to becoming a gadget, since they require too much personalization in the code. Are you asking for page notices reflecting NOTCENSORED? If so, what pages? How do you decide what needs it and what doesn't? in all of the above cases (particularly the pagenotice, which could be extremely disruptive to the appearance of pages to the reader), you would need community consensus for that; have you started an RfC about it to gather that consensus? Writ Keeper  16:44, 18 February 2020 (UTC)
This would be a very expensive "gadget" , as the image code is not presented to the readers today, only an anchor tag to the image. Such a script (that you are welcome to build for yourself and then try to propose that it gets adopted) would need to look for every anchor, try to see if it is on the BIL, then re-render it. A click-to-load option is being discussed at phab:T198550, so you may want to follow up on that. — xaosflux Talk 16:49, 18 February 2020 (UTC)
I'm assuming the goal is you want to auto-hide any and all offensive imagery. If so, going solely off of the bad image list isn't that effective, since it is usually retroactively updated following an act of vandalism. There will always be more "offensive" imagery that isn't blacklisted. There is a NSFW image classifier running on Cloud Services, so it is possible to make a script. However it would be very slow and resource-intensive, since you'd need to fetch the scores in real-time. phab:T198550 as Xaosflux mentions is probably the best way forward if we want the "click to load" functionality, since it might allow us to pre-store the image scores. I will comment there with what I know. In short -- the algorithm exists, and it works very well, it just isn't in production. Don't get your hopes up :(

If you simply want one of these user scripts to be a gadget, you'll need to achieve consensus for this. I don't really see the point since it would only be but so effective. As for the "info template", I do not think showing this atop relevant articles will be met with praise. MusikAnimal talk 18:51, 18 February 2020 (UTC)

  • I don’t follow this page, and don’t know why I was pinged. I have no thoughts to contribute. TonyBallioni (talk) 17:27, 18 February 2020 (UTC)

Related changes and talk pages[edit]

Is it possible to view related changes to the subject namespace page when only its talk page is a member of a category (for example Special:Recentchangeslinked/Category:High-importance Astronomy articles)? If so, how? Are there others who would like this to be possible? Utfor (talk) 17:25, 11 February 2020 (UTC)

There is an external website about linked from one or another of our tools pages that can do that for you at the WikiProject level. I'm not sure if there is a similar tool for categories... --Izno (talk) 17:31, 11 February 2020 (UTC)
Could someone please tell me where I can find this? I tried to find it at Wikipedia:Tools, but perhaps I overlooked it. Utfor (talk) 17:56, 11 February 2020 (UTC)

How to search edit summaries[edit]

Hi, I posted first on WP:Help desk but got no responses and another editor suggested this board. Is there a way to search edit summaries across Wikipedia? I came across several edits I reverted that said Eklenti yapıldı (plugin done, in Turkish) in the edit summary, and I wanted to check out any similar edits but couldn't figure out how. Schazjmd (talk) 19:46, 11 February 2020 (UTC)

@Schazjmd: you can use a tool such as ths one to search edit summaries. (It isn't very fast). — xaosflux Talk 20:59, 11 February 2020 (UTC)
Perfect, thank you Xaosflux! Schazjmd (talk) 21:03, 11 February 2020 (UTC)

Edit request for module and complex template[edit]

{{in lang}} has replaced a few hundred individual templates that signified when an external link was in a particular language which is great. What's less great is that now the hundreds of subcategories at Category:Articles with non-English-language external links have all been emptied. Can someone help me fix this? The syntax here is too complicated for me: I can do templates and some Lua but I'm not a programmer. @UnitedStatesian: who started a relevant discussion. ―Justin (koavf)TCM 19:50, 11 February 2020 (UTC)

@Koavf: {{in lang}} does not need to be changed; see the discussion at Template_talk:Link_language#Auto-categories. The empty categories can all be (slowly, as at present, or quickly) deleted as deprecated, as there is a new category structure, populated by the template, that has replaced them. UnitedStatesian (talk) 19:56, 11 February 2020 (UTC)
UnitedStatesian, This is very confusing. Why on Earth did someone make a parallel category system? Why is it named "[x] sources" when they are links and not sources? This seems like a perfect example of needless bureaucracy and busywork when we had a perfectly functional system. ―Justin (koavf)TCM 20:21, 11 February 2020 (UTC)
Pinging Trappist the monk as the creator. ‑‑Trialpears (talk) 20:23, 11 February 2020 (UTC)
Why is it named "[x] sources" when they are links and not sources? It cannot be presumed that article content associated with the {{link language}}, {{<xx> icon}}, and {{<xx>}} templates and now associated with {{in lang|<xx>}} is or ever was a link. Editors have not always used these templates solely with links. The 'sources' naming scheme recognizes that editors at en.wiki use these templates as it suits them regardless of whether the content is plain text, an external link, or even an interwiki link to another language Wikipedia.
Trappist the monk (talk) 23:02, 11 February 2020 (UTC)

A week ago, I started a discussion trying to resolve the duplicate category trees between {{link language}} and {{in lang}} by redirecting the former to the latter. If successful the old categories could be tagged with {{Db-templatecat}} and deleted. ‑‑Trialpears (talk) 20:05, 11 February 2020 (UTC)

Persistence of check marks when comparing selected revisions[edit]

When I mark two versions of an article, usually encompassing those that I haven't read since my last visit, in preparation for clicking on the "Compare revision history" button on an article's "Revision history" page, I'm finding that, after reading the rendered diff and clicking on the back-arrow to come back to the history page, the circles checked don't match what I selected, the two top ones being checked instead. This is intermittent and I can't reliably reproduce it. Does anyone else have this problem? Dhtwiki (talk) 20:08, 11 February 2020 (UTC)

Outage[edit]

Error Our servers are currently under maintenance or experiencing a technical problem. Please try again in a few minutes. See the error message at the bottom of this page for more information. If you report this error to the Wikimedia System Administrators, please include the details below. Request from 98.21.227.217 via cp1089 frontend, Varnish XID 898433163 Error: 503, Backend fetch failed at Tue, 11 Feb 2020 21:13:05 GMT

This has been going on for quite some time and I finally got back in.— Vchimpanzee • talk • contributions • 21:34, 11 February 2020 (UTC)

Incident report at wikitech:Incident documentation/20200211-caching-proxies. MusikAnimal talk 04:33, 13 February 2020 (UTC)

Watchlist format[edit]

Hello, I have managed to change my watchlist format by doing something but am unable to restore it to the previous format can some one tell me what I need to do to get back to previous format.

I now get -

  b   01:44 	Anne Hutchinson‎ (diff | hist) (+63‎) InternetArchiveBot (talk | contribs block) (Bluelink 2 books for verifiability. gra) #IABot (v2.0) (GreenC bot) [rollback]
   m    01:44 	RAF Hemswell‎ (diff | hist) (0‎) Neils51 (talk | contribs | block) (→‎After closure: spelling - it's->its) [rollback] (Tag: AutoWikiBrowser)

What I want is what I still get on Commons -

(diff) (hist) File:Blacktoft Sands RSPB reserve with Ship.JPG‎ 14:10 (+410)‎ ‎Pigsonthewing (talk | contribs)‎ ‎Created claim: depicts (d:P180): (d:Q11446)

Keith D (talk) 02:05, 12 February 2020 (UTC)

@Keith D: Do you mean the b (bot) entry? That is a simple option in preferences. The simplest would be to compare Special:Preferences#mw-prefsection-watchlist with commons:Special:Preferences#mw-prefsection-watchlist. The latter apparently is what you want, and the former might be different. Johnuniq (talk) 02:44, 12 February 2020 (UTC)
No it is the actual layout of each entry that changed, possibly after I use Related changes. The time has moved to the front rather than the (diff) (hist) and you get a bunch of changes that you can toggle which is not what I want. I have compared preferences under watchlist and they appear to be the same on both sites. Keith D (talk) 11:42, 12 February 2020 (UTC)
It's "Group changes by page in recent changes and watchlist" at Special:Preferences#mw-prefsection-rc. PrimeHunter (talk) 12:10, 12 February 2020 (UTC)
Many thanks for that. Unchecking resets it to what it was, do not know why preferences were changed by the Recent changes form which should not be modifying preferences. By the way that preference is not available on Commons. Keith D (talk) 17:02, 12 February 2020 (UTC)
phab:T202916. Anomie 00:20, 13 February 2020 (UTC)

Incorrect anchor in Watchlist legend[edit]

At Special:Watchlist on desktop there is a box on the right side with a list of abbreviations used on the page. It also links to Help:Watchlist in parenthesis, but it links to an old name of a section, #How to read a watchlist instead of #How to read a watchlist (or Recent Changes). Could somebody fix this? I guess that an interface admin is needed for this, thus @Amorymeltzer:. —⁠andrybak (talk) 12:11, 12 February 2020 (UTC)

Any sysop could make that change, but I happened to be drinking some tea and reading the news, so I took care of it! ~ Amory (utc) 12:29, 12 February 2020 (UTC)

Rendering slow, scripts and notifications in lag[edit]

This morning many things are slow to the point of being very annoying and preventing me from doing my work. Examples are (1) After clicking on a page, I have to refresh the screen as it doesn't fully render, (2) scripts run slowly, sometimes so slowly as to be worthless, (3) notifications are in lag - I got a red 1 on my notifications at the top and when I clicked on it, it said I no notifications...a few minutes later I was finally able to click on the notification that had indeed been made earlier, and (4) my interface at the top is rarely complete without being refreshed, sometimes more than once.--Bbb23 (talk) 15:32, 12 February 2020 (UTC)

This may be related to the incident above #OutageAmmarpad (talk) 07:42, 13 February 2020 (UTC)

Need help with a simple script[edit]

I'm trying to make a script that simply highlights a string, but I utterly suck at javascript. Basically, if you have something like

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

And I have regex like

(tempor|labore|dolore)

then the above would be rendered as

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

See also this scriptreq. Headbomb {t · c · p · b} 16:43, 12 February 2020 (UTC)

This is not done "simply". To target a piece of text, but not surrounding text, they need to be in different DOM nodes. To accomplish this, you would have to molest the HTML of the page somehow, perhaps by wrapping each occurence in a span tag with a certain class. I can't say beforehand what the consequences of doing that is, with regard to performance, or other systems expecting a certain HTML structure. Also, the advice you are given at Wikipedia:User scripts/Requests#unreliable.js, a predatory journals/vanity press highlighter is incorrect.
( function() {
	//...
} () );
is an immediately invoked function expression. It does not wait until the page has loaded. It is
$( function() {
	//...
} );
you want. It would be remarkable if the IIFE waited for the page to load, given that it is not just JavaScript, but pure EcmaScript and therefore has no knowledge of – or dependency on – the DOM. If things have worked for you despite that, it has probably worked by accident because the code is not directly in your personal JS page, but on a separate page that you import with importScript. That network request might take several hundred milliseconds, which may or may not be sufficient for the page to load before the script is executed. Nirmos (talk) 18:22, 12 February 2020 (UTC)
@Nirmos: I'll try to update things. It was working probably 75% of the time, with a reload often being enough to get it to work when it didn't. Headbomb {t · c · p · b} 18:54, 12 February 2020 (UTC)
Actually User:Headbomb/unreliable.js was already up to snuff there. Reloads just cleared cached pages I had already visited. Headbomb {t · c · p · b} 18:56, 12 February 2020 (UTC)
I can't see that User:Headbomb/unreliable.js is "up to snuff". Nowhere in the code do I see
$( function() {
	//...
} );
or any equivalent signature. This might be a simplification, but the "thing" immediately after $ or jQuery and its ( can either be a string or a function. When it's a string, it usually means "do something with the element(s) that match(es) this selector". When it's a function, it means "run this function after the page has loaded". I am assuming here that you are confusing the two and think that your
$('.mw-parser-output a.external').each(function() {
	//...
});
waits for the page to load. It does not. Nirmos (talk) 19:26, 12 February 2020 (UTC)
@Nirmos: so how would you fix the above? $('.mw-parser-output a.external').each$( function() {? Headbomb {t · c · p · b} 05:24, 13 February 2020 (UTC)
I think you want something like this but I don't have a page to test it against. --Jorm (talk) 05:50, 13 February 2020 (UTC)
Okay I think it works. I feel like there's a lot of fine-grained stuff that can be done here. I also would expand the styles beyond just background color and call them out pretty explicitly. If you can provide me with a sandbox page with examples of all the link types, I can do that. It would be fun! --Jorm (talk) 05:59, 13 February 2020 (UTC)
Regarding the "change text inside of text" bit, it can be done (but not saved; it would only be locally visible to you), but how to do it depends on what the use case is. That is: what are you actually trying to do, because there may be a better way. --Jorm (talk) 06:03, 13 February 2020 (UTC)

@Jorm: User:Headbomb/unreliable/testcases will have them. The wiki one won't work, because it's namespace dependant. The 10.1101 won't work either because those are bugged, but I'd want to highlight the first two (10\.1101\/\d+) in an ideal world. Headbomb {t · c · p · b} 06:13, 13 February 2020 (UTC)

Headbomb, I made some changes now that I have that, to call out blacklisted ones even more so. Import my script and tell me if that's the kind of thing you want?--Jorm (talk) 06:20, 13 February 2020 (UTC)
@Jorm: seems to at least work as well as what I had. The exact CSS colors and style are still being refined, but I went with the same color scheme as WP:RSPSOURCES provisionally. Headbomb {t · c · p · b} 06:24, 13 February 2020 (UTC)
Headbomb: Well, it's faster (for one) and it is guaranteed to execute (which is what Nirmos) was talking about above). That said, I can think of 30 ways to make this better or more useful (e.g., call out twitter links especially, etc.) Regarding the 10.1101 issue: what you're asking for is ... very sketchy to do, as it amounts to hand-wrapping innerHTML segments inside of an anchor tag. It's possible, but doing so will almost certainly slow down page renderings significantly and it is unlikely to produce the results that you want.
If you want to arbitrarily call out sections of a paragraph in such a way, it is also certainly possible to do, but will absolutely slow down page rendering and possibly to the point where the site becomes useless.--Jorm (talk) 16:40, 13 February 2020 (UTC)
@Jorm: It does feel faster here. However, I really don't understand why matching 10\.1101 is fine, but 10\.1101\/\d+ (or 10\.1101\/[0-9]+) is sketchy. Seems pretty straightforward to me, but then again, I don't know JS whatsoever. To be clear, this is a distinct issue than matching stuff anywhere in the page. This one would still be an href lookup thing (WARN_DOIS_RGX).
Concerning Twitter links, I don't see why they'd need to be specially identified over other things, but it's certainly possible. Ideally, they would be some sort of mainscript at User:Headbomb/unreliable.js, which sets classes, with people being able to customize the css for each class when importing the script. Headbomb {t · c · p · b} 17:16, 13 February 2020 (UTC)
Also https://markjs.io/ may or may not be useful here. It looks like a general highlighter script. Headbomb {t · c · p · b} 17:18, 13 February 2020 (UTC)

SD0001 (talk · contribs) came up with some clever things, and the main issues have been solved and good compromises have been found. I invite you all to peruse, install, and use the newly-minted Unreliable/Predatory Source Detector script! Headbomb {t · c · p · b} 18:57, 16 February 2020 (UTC)

Interwiki "Your notices" seem to be persistent[edit]

In recent days, my "Your notices" icon (next to "Your alerts") has had a persistent "82" flag. On clicking, they come from Wikisource (and I'll try to find somewhere to ask the same question over there) and reflect a recent spate of hooks from WS articles I once "created" into Wikidata. Trying to expand the dropdown under "More notices from another wiki" and click the blue dot doesn't reduce the count. Logging in to Wikisource, I blue-dot each individual notification, but on reloading they come right back. I gave this a week after noticing it in case of a database delay. Am I missing something? David Brooks (talk) 18:02, 12 February 2020 (UTC)

For "somewhere" I suggest Meta, they manage all kinds of global stuff including messaging, notices, default profile, subscriptions, blacklist, OAUTH, etc. –84.46.52.187 (talk) 18:13, 12 February 2020 (UTC)
@DavidBrooks: try to clear them using the controls at Special:Notifications. — xaosflux Talk 18:32, 12 February 2020 (UTC)
@Xaosflux and 84.46.52.187: I was trying to clear them there (both by a group click and each individual blue dot) but to no avail. However, I then thought about Notifications on my Preferences page on Wikisource and noticed "Connection with Wikidata" was checked. I unchecked and they disappeared. Which is nice, but still obscures the underlying bug of failure to clear. I'll try to find the right place on Meta, and maybe search phabricator. David Brooks (talk) 19:24, 12 February 2020 (UTC)
As reported on Meta:Babel, the problem gradually cleared itself. It feels to me like a much-delayed background task, but that's probably misinformed speculation. David Brooks (talk) 18:49, 14 February 2020 (UTC)

Special:ContentTranslation[edit]

Hi. I, on portuguese Wikipedia domain, realized there's an error within the current JS code content in the mentioned page. I found it through the Chrome console mode (where I believe it is manifesting itself as the only findable error), but I understand just a little about the language, and, soon, really cannot restore it. Could someone fix it?
What is happening involves the page fonts and the identification of the existent and unexistent links, which, respectively, aren't the same previous one (that is the only thing I can confirm; they, now, are presenting itself as the standard for them) and don't differ between the usual colors, blue and red, illustrating what I said. Some detailed images: 1, 2 and 3. Creditor Editor (talk) 19:43, 12 February 2020 (UTC).

@Creditor Editor: to report a software bug with the ContentTranslation extension you will need to open a task at phabricator, directions to do that are available here: mw:How_to_report_a_bug. — xaosflux Talk 18:23, 13 February 2020 (UTC)

Redirect target tool[edit]

Hi, is there a template that can, given a redirect page name, return the page it redirects to (so inputting Wikipedia:VP should yield "Wikipedia:Village pump")? Thanks. tLoM (The Lord of Math) (Message) (Report false positive) 06:14, 13 February 2020 (UTC)

Module:Redirect does that. — JJMC89(T·C) 06:37, 13 February 2020 (UTC)

XTools question[edit]

Why is "Top Edits" called that instead of "Edits"? [1][2] Gråbergs Gråa Sång (talk) 10:27, 13 February 2020 (UTC)

Top Edits can show the pages you have edited the most: [3]. Your link restricts it to a single page where it just shows your edits to that page. The name is not descriptive in that case. PrimeHunter (talk) 12:09, 13 February 2020 (UTC)
Even in your example, "Edits per namespace" would be a reasonable heading. Gråbergs Gråa Sång (talk) 12:21, 13 February 2020 (UTC)
Top Edits is the name of the tool itself. XTools is a collection of tools. I don't think "Edits Per Namespace" would be a good tool name, and it gives no indication that it finds the most edited pages. PrimeHunter (talk) 12:46, 13 February 2020 (UTC)

Detecting links to stateful web apps[edit]

To make a long story short, we've got a large number of external links to a US Census site which are broken because the site implements a web app where the URLs do not encode the full state of the app. I suspect the problem is even bigger than we've identified with this one site (i.e. lots of sites that do this). Do we have any tools that can keep this from happening in the future? It would be nice if WP:CITOID, for example, did some kind of pre-flight check on URLs. Any URL with /jsf/ in it is likely to have this problem. Or maybe something that watched the recent changes firehose and verified each external link was at least reachable? -- RoySmith (talk) 16:46, 13 February 2020 (UTC)

@RoySmith: "reachable" is a very vague term, if a page returns an HTTP 2xx code it is at the very least "reachable" - and we wouldn't want to stop any link addition just because it is not reachable in a specific instant - remote resources can go up and down all the time. If you have some very specific patterns we could possibly put up an edit filter to warn or stop editors making such additions (providing there is consensus that the links are not helpful at all - we don't want to dissuade editors, especially anons and new editors from trying to give a reference). — xaosflux Talk 18:27, 13 February 2020 (UTC)
Xaosflux, For sure, we don't want to give editors the wrong incentive. But on the other hand, if they're inserting links that are broken, it would be useful to warn them about that.
This particular example is particularly troubling. First, assume the editor is exercising some due diligence and previewing their edit before saving. What they'll see is the correct page, because the preview is happening in the same web context so all their cookies are available. Even worse, if we had some automated tool that came along later and tries the link in a cookie-free context, it would still work, in the sense that the tool would get back a perfectly well formatted page, it would just happen to be the wrong data.
I don't know what the right answer is. I was hoping somebody else has thought about this previously and come up with some magic fix. It's conceivable that flagging all URLs with /jsf/ in them would be useful, but I think it likely it would just generate a ton of spurious warnings. -- RoySmith (talk) 23:13, 13 February 2020 (UTC)
@RoySmith: can you give some exact examples of these urls being used that are actually broken? Searching for jsf is getting lots of results, for example this link that appears to be useful. — xaosflux Talk 00:15, 14 February 2020 (UTC)
My apologies, I should have mentioned earlier. See WP:USCENSUSLINKS for more details, and there's a table of links down near the bottom of that page. Yes, the factfinder link you found is what I'm talking about. -- RoySmith (talk) 00:42, 14 February 2020 (UTC)
Why is this not simply (hah!) a version of the fact that any URL can return different content from moment to moment, even if state is not involved. Just about the first thing that most of us noticed about HTTP was that the server isn't obliged to serve up the content of the same static file every time. Due diligence would suggest that the page author understand the dynamics of the target site, and use a permalink if possible, otherwise look elsewhere for a snapshot. David Brooks (talk) 00:57, 14 February 2020 (UTC)
I agree that would be the ideal case. But, in practice, it's unrealistic to expect that most editors know that, so having some automated assistance would be a good thing. -- RoySmith (talk) 01:04, 14 February 2020 (UTC)

So, is this a larger problem? Malicious stuff[edit]

I was doing some work related to the international treaty on wetlands yesterday Ramsar Convention, when I clicked on the linked website, and was surprised to get 'malicious ware' blocked - I tried again today and was again malicious blocked. I finally figured out that if I changed the old link from http to https the problem went away. I guess my concern is, is this happening other places in Wikipedia articles such that readers will be alarmed and is there something organized that can prevent it? Alanscottwalker (talk) 17:23, 13 February 2020 (UTC)

@Alanscottwalker: that article has a lot of external links on it, can you be more specific about the one you had trouble with? — xaosflux Talk 18:28, 13 February 2020 (UTC)
@Xaosflux: it's the non-https version of Ramsar.org which redirects you to something like http://game9091.getprizes51.life/8585178743 . Or maybe it's just the website in general, and it triggers it randomly, even in the https version. This article deals with the general problem. Headbomb {t · c · p · b} 18:32, 13 February 2020 (UTC)
Yes, it was the official www.ramsar.org with http. Alanscottwalker (talk) 18:36, 13 February 2020 (UTC)
Hmm, works for me (see output below), however something could be hijacking that DNS or injecting on your connection - in any event it looks like the article was updated to the https link and this was an external issue. — xaosflux Talk 18:38, 13 February 2020 (UTC)
wget>wget http://www.ramsar.org
--13:36:40--  http://www.ramsar.org/
           => `index.html'
Resolving www.ramsar.org... done.
Connecting to www.ramsar.org[18.197.134.191]:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.ramsar.org:443/ [following]
--13:36:40--  https://www.ramsar.org/
           => `index.html'
Connecting to www.ramsar.org[18.197.134.191]:443... connected.
Well, I said I updated the article to https, interestingly, just now put in http:// www.ramsar.org in my browser and it resolved to https:// www.ramsar.org, perhaps I trained the browser. :) Alanscottwalker (talk) 18:45, 13 February 2020 (UTC)
@Alanscottwalker: you did. It's a malicious ad somewhere on the website. See the howtogeek article above. Headbomb {t · c · p · b} 18:47, 13 February 2020 (UTC)
Thanks. Alanscottwalker (talk) 22:41, 13 February 2020 (UTC)

Some pages appear different than others...[edit]

Is anyone else seeing different page/font formatting all the sudden? I'm seeing my default font/layout style on certain pages, but other pages (such as the contribution list) are, for some reason, appear to have a different configuration, HTML setup, etc. Steel1943 (talk) 20:24, 13 February 2020 (UTC)

  • ...And now, it's no longer happening. Eh, glad it only lasted for a few minutes, I guess. Steel1943 (talk) 20:25, 13 February 2020 (UTC)
Yes, I spotted that too. There was a (brief) change to the shade of blue for pages that had not been visited. Lugnuts Fire Walk with Me 20:53, 13 February 2020 (UTC)

Tailoring edit notices to different types of editors[edit]

Regarding this discussion at the ideas tab, is it possible to tailor an edit notice so that, for instance, it would show a different message to someone creating a new page if they have never created a new page before? Sdkb (talk) 20:39, 13 February 2020 (UTC)

I know that the first time someone tries to edit, a notice pops up prompting them to consider switching to the visual editor; does anyone know how that came about? Sdkb (talk) 20:39, 13 February 2020 (UTC)
If you don't have an editor declared when you try to call the editor it can ask which editor you want to use, but that wouldn't work for this use case. — xaosflux Talk 00:18, 14 February 2020 (UTC)
The edit notice (a module and template) isn't able to tell if the current user has ever authored a page before, that would be a very "expensive" query as it would require going through all of their past contributions. — xaosflux Talk 00:18, 14 February 2020 (UTC)
@Xaosflux: Ah, that makes sense. Do you have any ideas about how to better achieve what we're looking to do? Is this something we'd need to get the WMF to help us code? Sdkb (talk) 07:33, 14 February 2020 (UTC)
What if we add something like:
.nonextendedconfirmed-show {
   display: none !important;
}
to Mediawiki:Group-extendedconfirmed.css. Then a different version of the message could be shown to extendedconfirmed and non-extendedconfirmed users. Sdkb, that's not exactly what you're looking for, but is it close enough? Suffusion of Yellow (talk) 20:32, 14 February 2020 (UTC)
@Suffusion of Yellow: Something like that sounds like it would be very useful! Sdkb (talk) 06:18, 17 February 2020 (UTC)

Issue with Edit summary list, colors[edit]

Greetings, Within "Edit summary" box, after I start typing, the popup box appears with "remembered" lines. This popup box is black text with white background. When hover over these lines, the "hover-cursor" is black text with black background, so it is impossible to read. Wondering if there is an override for this color for Vector skin? Before writing here I have tried different color changes, and none of my testing successful. Regards, JoeHebda (talk) 03:14, 14 February 2020 (UTC)

@JoeHebda: I'm not sure what you mean by "hover-cursor" but I don't see a problem in Firefox with Vector. When I hover over a line, the whole line gets light grey background with black text (easily readable), while there is still a normal arrow cursor. Does it happen in safemode or if you log out? What is your browser? PrimeHunter (talk) 16:37, 14 February 2020 (UTC)
@PrimeHunter: To clarify, at EditSummary box, when I start typing, a box pops up (white BG, black text) with lines that I previously typed. As I move the (white) mouse-arrow-pointer(hover) over these lines, that line changes to blackBG, blackText and is un-readable.
1. Safemode - with Win10, not sure if that still works.
2. Log out - has no effect.
3. Browser is Brave (Chrome-based) with Shields turned off.
While the hover-line is black-on-black, the line hovered on appears down in the Edit summary box & so is readable there. So maybe this is a "non-issue"? JoeHebda (talk) 19:50, 14 February 2020 (UTC)
@JoeHebda: safemode simply means the link I made with safemode=1 in the url. It's a MediaWiki feature which omits local JavaScript and CSS. Google Chrome gives me a light grey background like Firefox, both in safemode and without. I don't have Brave. The autocomplete box is made by the browser. I don't know whether the background color can be changed in Brave. Somebody asked 3 days ago at [4] with no reply. It's the only mention I found. The timing makes me wonder whether it's a recent bug. PrimeHunter (talk) 21:11, 14 February 2020 (UTC)
@PrimeHunter: I tried the sandbox safemode test & same result of black-on-black. Chances are the error is in Brave browser that I recently updated. Only update 2 or 3 times a year, and I did notice a number of GUI fixes color-wise; especially on top-tabs visibility. So chances are this is a new error from the browser. Thanks for your help. Regards, JoeHebda (talk) 21:29, 14 February 2020 (UTC)

How to block usurped URLs in non-main-space[edit]

This is a situation that comes up occasionally. As an example, www.gaylesbiantimes.USURPEDcom has been domain hijacked by a spammer. It's now blacklisted (thus adding "_USURPED_" so this post will go through), but we still have instances. In mainspace they have all been removed ie. made into direct archive URLs or changed to |url-status=usurped. That leaves about 70 remaining on talk pages etc in non-main. What to do? Unable to convert them to new archive URLs as the edit filter will prevent new additions. Couple ideas:

  • Delete the URLs outright, leaving behind smoking craters.
  • Surround them with nowiki tags.
  • Add "USURPED" or some similar string into the domain portion.
  • Create a new template that does.. something.

Thoughts? -- GreenC 03:16, 14 February 2020 (UTC)

I think a template that does something like <nowiki>{{{url}}}</nowiki>[Usurped] would work well, maybe linking to an explanatory page. Otherwise, nowiki around the URLs should be fine. The only issue I could think of would be sections not being automatically archived properly--I don't remember if the spamblacklist considers nowiki or not. --AntiCompositeNumber (talk) 04:05, 14 February 2020 (UTC)
Able to avoid the edit filter if the URL already exists on the page: example. A {{usurped}} template would be good. -- GreenC 16:11, 14 February 2020 (UTC)
Posted template help request at Wikipedia:Requested_templates#Template:Usurped -- GreenC 16:19, 14 February 2020 (UTC)

Programming Direct-links to Wikipedia articles[edit]

I am hitting "disambiguation pages" more than I think necessary.

Is there a better way to actually search for the Wiki article I want? Like an "advanced search"?

This will be done in my program with many different searches using auto-generated (but what should be definitive) search terms.

e.g. I want the "Roman Forum (Plovdiv) page.

My search term is: Roman Forum, Plovdiv, Bulgaria.

But that goes to the "disambiguation page" -- https://en.wikipedia.org/w/index.php?sort=relevance&search=roman+forum%2C+plovdiv%2C+bulgaria&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1.

But if I search for: Roman Forum then I get the wrong page entirely -- https://en.wikipedia.org/wiki/Roman_Forum.

Can I drill down my Wiki search to (say) first restrict it to Country=Bulgaria and City=Plovdiv before searching for: Roman Forum ? — Preceding unsigned comment added by Sdc7683 (talkcontribs) 17:05, 14 February 2020 (UTC)

@Sdc7683: Your link gives a page of search results. A disambiguation page is something else, a manually made page like Forum. If there is an exact title match (except capitalization) to a search, e.g. Roman Forum for a search on "roman forum", then our search function can take you directly to the page which can both be an article and a disambiguation page. Otherwise you get a page of search results. There is no feature to take you directly to the best match to a search without an exact title match. There is a feature to not go to an exact title match but always display search results. In a url it's done by adding &fulltext=1. Compare for example https://en.wikipedia.org/w/index.php?search=roman+forum and https://en.wikipedia.org/w/index.php?search=roman+forum&fulltext=1. Our search cannot do things like Country=Bulgaria or City=Plovdiv. You can include Bulgaria or Plovdiv in a search but it will match any mention in the page. PrimeHunter (talk) 21:34, 14 February 2020 (UTC)

Moving content from page to page[edit]

Not complaining about anyone; I mention someone in detail because it's a user rights issue, not a user behaviour issue.

Eight years ago, I created Antoinette Tubman as a redirect to the article of her husband, William V.S. Tubman. Recently, User:Lajmmoore created an article about Mrs. Tubman at the title of Antoinette Tubman (Q15783650). Not having meant to include the Wikidata ID# in the title, she then replaced the redirect with the article contents, and now we have an article. All is good. Weirdness: Lajmmoore did not move the page over a redirect (her only user rights are autoconfirmed and extended confirmed), and the edit summary looks semi-auto-generated.

(moved content from Antoinette Tubman (Q15783650) - I picked her up from a wikidata redlist and made the page without realising there was a redirect in place. I moved page content here and will request a deletion for the new one.)

This looks like the first part was autogenerated (as if it's not a simple copy/paste move), and then she wrote a custom message after the hyphen. How is this possible? Is there some new tool I've missed out on? The page has no log entries other than someone reviewing it, so it's not as if someone else did a history merge, and the wrong-title page has no log entries except for the G7 deletion that Lajmmoore requested. Nyttend (talk) 02:15, 15 February 2020 (UTC)

PS, note that Lajmmoore was the only editor in the history of the deleted page, aside from someone adding a G7 deletion tag — doing a histmerge for WP:CWW purposes would be pointless. Nyttend (talk) 02:16, 15 February 2020 (UTC)

It was a simple copy-paste move. I assume the whole edit summary was written manually and see nothing odd in that. Lajmmoore was the only contributor to the original page so she was allowed to copy-paste it and have it deleted. PrimeHunter (talk) 02:37, 15 February 2020 (UTC)
You guys are right that it's not strictly necessary ... but I've history-merged the deleted edits in anyway, if only for the edit summaries. Graham87 03:43, 15 February 2020 (UTC)
hi all - thanks so much for the help - its my fault for not spotting the redirect! thanks for history merging, i'm learning more wikipedia all the time & supportive conversations like these are great. just so i know for future, should i always request a merge, even if i'm the only editor? thanks again everyone (Lajmmoore (talk) 07:22, 15 February 2020 (UTC))
@Lajmmoore: If you are the only contributor then it's not necessary to history merge or attribute the original page per Wikipedia:Copying within Wikipedia#Where attribution is not needed. In this case you did attribute the original in the edit summary [5] but didn't explicitly say you were the only editor. That meant others could be unsure whether attribution to other contributors was missing after the original page history was deleted, so the history merge by Graham87 is helpful. He could also have undeleted and redirected the original without a history merge, but it would be an odd redirect title. A search found a single example Betty May (Q18416435). It's from a page move with no history so it should probably be deleted. PrimeHunter (talk) 12:54, 15 February 2020 (UTC)
Previous discussion at Wikipedia talk:Criteria for speedy deletion/Archive 76#Redirects with database (e.g. Wikidata) identifiers, Wikipedia:Redirects for discussion/Log/2019 November 5#Wikidata redirects, MediaWiki talk:Titleblacklist#Request to prevent "Wikidata" titles from being created. Typically, everybody agreed they shouldn't be created, and there were enough people objecting to each method in favor of one of the others that none of them got consensus. —Cryptic 13:16, 15 February 2020 (UTC)

Suggested articles[edit]

Is it possible to set a personal list for suggested articles on the left of each article? The current list ist mostly useless and I hate clicking more each time. Or, if that is not possible, is it at least possible to just simpy show all the languages? Ludost Mlačani (talk) 07:32, 15 February 2020 (UTC)

If you want to show all the languages, look at the Appearance section of your preferences, and under Languages, make sure that 'Use a compact language list, with languages relevant to you' is not checked. Some pages exist in many more languages than others; you may not always see a difference when checking/unchecking this option. BlackcurrantTea (talk) 08:12, 15 February 2020 (UTC)
Yes, that's great. Thanks.Ludost Mlačani (talk) 09:21, 15 February 2020 (UTC)

Citation Expander button[edit]

The button

I am asking this question here based on a suggestion from Headbomb after inquiring about their use of citation expander. I am able to use this tool via the Tools on the left nav bar, though never am able to see or access the Citations button anyplace. Can somebody help me determine what the problem is, as that may make things a bit easier. Thank you. --- FULBERT (talk) 17:41, 15 February 2020 (UTC)

@FULBERT: What is your browser, and your skin at Special:Preferences#mw-prefsection-rendering? Does the Citations button appear if you preview a blank version of User:FULBERT/common.js? You don't have to save changes there, just look for the button on the preview. Does the button appear if you log out and click here? PrimeHunter (talk) 19:26, 15 February 2020 (UTC)

Too many links marked by "Strike out blocked usernames"[edit]

I'm using this feature, which I have turned on in the preferences, but there is an error (with the version history of MatthewOF's talk page as an example):

https://i.imgur.com/DyFRDA6.png

(Click the link to view the image. I don't host it on Wikipedia because it would be quickly deleted).

The links to the differences are also marked like that.

Also, there is another issue: one of the edits is marked as Replaced, but it actually blanks the page. Someone must fix that. Also, why is editing revision tags not available to normal users? Keyacom (💬 | 🖊) 07:51, 16 February 2020 (UTC)

@Keyacom: all things being equal, probably better you avoid edit-warring with an administrator. Promising Wikipedia careers have come to a halt over less. ——SN54129 08:01, 16 February 2020 (UTC)
For the question of tags, see Wikipedia:Tags with a list at Special:Tags. One example is MediaWiki:Tag-mobile web edit. These are added mostly by software, filters, bots and other automated methods, so it would be pretty disruptive and a huge mess if anyone could add or change them. Already I would say there is a mess, for example with many hardly used tags for wikiEdu. Replaced means "Edits that remove more than 90% of the content of a page", so blanking falls into that category. Blanking should also apply, and these tags are generated by software, so it's difficult to change it! When I use the edit tags interface there are only about 16 different tag names I could add, and replaced or blanking were not options. The only ones are the tags labelled "Applied manually by users and bots". Graeme Bartlett (talk) 10:45, 19 February 2020 (UTC)

Automated suggestion for |dead-url= |deadurl= to |url-status[edit]

Apparently this feature request should be made in Phabricator but I have no idea where to start there. Could someone who knows what to do please post this request?

Would it be possible to add an automated suggestion for the now removed, previously deprecated, parameters, |deadurl= and |dead-url of Module:Citation/CS1 to be replaced with |url-status ?

I think it would involve editing Module:Citation/CS1/Suggestions/sandbox with the

Current code Suggested change
	['datum'] = 'date', -- German
	['deadlink'] = 'url-status',
	['distributor'] = 'publisher',
	['datum'] = 'date', -- German
	['deadlink'] = 'url-status',
	['dead-url'] = 'url-status',
	['deadurl'] = 'url-status',
	['distributor'] = 'publisher',

I think this is something an expert should do.

--Lent (talk) 09:57, 16 February 2020 (UTC)

@Lent: If it involves editing an on-wiki template, it probably can be asked for at Help talk:Citation Style 1. I think that @Trappist the monk: is the go-to person for these templates. Jo-Jo Eumerus (talk) 10:19, 16 February 2020 (UTC)
@Jo-Jo Eumerus: Ha! I had just posted to his talk page, pointing here! See: User_talk:Trappist_the_monk#CS1_errors#Unknown_parameter_|xxxx=_ignored. --Lent (talk) 10:30, 16 February 2020 (UTC)

|deadurl= and |dead-url= added to Module:Citation/CS1/Suggestions/sandbox.

Trappist the monk (talk) 16:01, 16 February 2020 (UTC)

Huggle and bad words (score words)[edit]

Hello, How score words in wp:Huggle/Config.yaml work? For example: If i write "fu**" on an article, can Huggle's users find my edit soon and revert it? Can we add Arabic words in Huggle/Config.yaml (on our project)? Thanks! ⇒ AramTalk 21:00, 16 February 2020 (UTC)

Copyvios tool[edit]

The copyvios tool (https://tools.wmflabs.org/copyvios/) seems to be dead at the moment, reporting "504 Gateway Time-out openresty/1.15.8.1". Anyone know what's up? Ritchie333 (talk) (cont) 13:32, 17 February 2020 (UTC)

There's some information about this at phab:T245426. – Ammarpad (talk) 13:48, 17 February 2020 (UTC)

Tech News: 2020-08[edit]

16:16, 17 February 2020 (UTC)

Template for pages in category[edit]

Hi, is there a template or any mechanism that can return "yes" if a page is in a specified category and "no" if otherwise? Thanks. tLoM (The Lord of Math) (Message) (Report false positive) 02:50, 18 February 2020 (UTC)

Not that I know of. It could be done with mw:Extension:CategoryToolbox, but that's not installed here. (It also says it's in an experimental status, but no work on it has been done since 2017.) rchard2scout (talk) 07:59, 18 February 2020 (UTC)
Technically yes, using lua and scribunto patterns, but that is expensive performance wise and not reliable for templated categories. What do you want to use it for? ‑‑Trialpears (talk) 08:05, 18 February 2020 (UTC)

Amanda Bynes; disruptive editing?[edit]

In this section, I simply tried to change "Hairspray went on to become Amanda's most successful film at the time" to "Hairspray went on to become Bynes' most successful film at the time", but the edit was rejected with the message:

How is that a violation? There must be an error with the filter. Erpert blah, blah, blah... 13:41, 18 February 2020 (UTC)

Attempt to change a talk page section heading to make it neutral stopped by a BLP filter[edit]

I tried to change Talk:One America News Network#Agenda Driven Radical Leftists Controlling Page to Talk:One American News Network#Balance needed (to comply with WP:TALKNEW and got the warning "An automated filter has identified this edit as potentially violating our policy on biographies of living people, so it has been disallowed. Disruptive editing may result in a block from editing." I'm not sure why but it's stopping me from making the heading neutral. Doug Weller talk 13:43, 18 February 2020 (UTC)

And I just read the post immediately above mine, clearly there is a problem. Doug Weller talk 13:46, 18 February 2020 (UTC)
@Doug Weller and Erpert: Looks like there was a brief error introduced to filter 1008 by JzG which was quickly fixed. Sam Walton (talk) 13:56, 18 February 2020 (UTC)
Indeed. I apologise. Unfortunately we have a rather determined IP-hopping vandal. Guy (help!) 13:58, 18 February 2020 (UTC)
(edit conflict) Noting here that the filter appears to have disallowed some 250 edits. Please test your edit filters outside of disallow mode next time JzG! Sam Walton (talk) 13:59, 18 February 2020 (UTC)

Now I can't revert pending changes[edit]

"Permission error You do not have permission to review revisions, for the following reason:The action you have requested is limited to users in one of the groups: Editors, Pending changes reviewers.

And here I thought I'm an editor. But I guess I'm only an Oversighter so can't be trusted with pending changes. :-) More vandalism? Doug Weller talk 17:09, 18 February 2020 (UTC)

Doug Weller, I believe this is T234743. ‑‑Trialpears (talk) 17:34, 18 February 2020 (UTC)
@Doug Weller:Did a small change at Special:UserRights/Doug_Weller to see whether the problem is tied to specific permissions. Jo-Jo Eumerus (talk) 18:01, 18 February 2020 (UTC)
@Jo-Jo Eumerus: I've tested it before when someone else raised the issue and the PC userright solves it. It's an issue with the FlaggedRev extension itself afaik and the userright fixes it. --qedk (t c) 08:28, 19 February 2020 (UTC)

Template markup help[edit]

I customize template for my use, I have some user warning templates, I would like to have them create a section header automatically when placed by Twinkle, but I have no idea what the markup would be. Could someone help me with this? Thanks (Please ping me {{re|FlightTime}}) - FlightTime (open channel) 18:13, 18 February 2020 (UTC)

@FlightTime: have a look at the templates used for notifying page creators of a possible deletion, such as Template:Db-test-notice. Many of these accept a parameter like |header=1 to add a heading (despite its name it isn't a header). --Redrose64 🌹 (talk) 23:12, 18 February 2020 (UTC)
@Redrose64: Will do, thanx for your time. Cheers, - FlightTime (open channel) 23:19, 18 February 2020 (UTC)

Switching editing modes[edit]

My default editing setting is Source. I used to be able to switch from Source to Visual editing and back without losing edits until a day or two ago. Now that menu item has been replaced with the Search and Replace function. Normally I switch a number of times while creating an article. Is anyone else unhappy about this change? Why has this change been made? Oronsay (talk) 19:21, 18 February 2020 (UTC)

Apologies. Reviewed my preferences and recovered this facility. Oronsay (talk) 20:16, 18 February 2020 (UTC)

Why Wikimedia Foundation Error, incl. details[edit]

If you report this error to the Wikimedia System Administrators, please include the details below.

Request from 72.251.70.228 via cp1075 frontend, Varnish XID 892793136 Error: 503, Backend fetch failed at Wed, 19 Feb 2020 06:59:37 GMT

The file is about 70K, and I've seen this problem with files half the size and less. Pi314m (talk) 07:05, 19 February 2020 (UTC)

Pi314m, unfortunately, this is an ongoing problem. See the sections above, 'Can't preview' and 'Outage'. BlackcurrantTea (talk) 08:19, 19 February 2020 (UTC)
There is a semi-reliable workaround, and I've been using it for weeks. (I reported this problem in moons ago ... I've seen it in November, December, ..). No, it's not a matter of which browser, but how much text is in a section being edited. On what should have been a single edit (in response to a suggestion), I've done at least 30 edits on the same article. You might wish to pass this along, perhaps by running some kind of search and/or trace on the "Backend fetch failed" string within system logs. Pi314m (talk) 09:04, 19 February 2020 (UTC)
I'm quite sure the #Can't preview and #Outage sections above are unrelated, but indeed there have been periodical issues with stability. I don't think it has anything to do with the amount of text you're adding either, since I sometimes get the same error when fetching small amounts of data through the API. The 503 backend fetch failed error is sort of a catch-all message. This graph provides real-time data on the 500/503 responses for Varnish, in particular. Any unusual spikes and downtime are usually automatically reported to the site reliability engineers. MusikAnimal talk 17:44, 19 February 2020 (UTC)

Scripts are not working[edit]

This User:FR30799386/undo.js script that allows me to undo from the mobile version is not working anymore. Is there an alternative?--SharʿabSalam▼ (talk) 09:26, 19 February 2020 (UTC)

  • Actually a lot of scripts are not working with me. I don't know why? I have tried to revert all the things I have done recently but still not working. Is there a bug or something?--SharʿabSalam▼ (talk) 09:38, 19 February 2020 (UTC)
    • You have a lot of scripts in User:SharabSalam/common.js. I see you tried to revert to an earlier version. But perhaps it is an old script playing up. So you could try commenting them out with // one by one until something works. Then add them back in with a different order to narrow down the culprit. Graeme Bartlett (talk) 10:26, 19 February 2020 (UTC)

Follow the backlinks listed in your common.js page and check to make sure that the script is still being maintained by that same user. If not, remove the script from your common.js and add the new script import location. I had a script fail on me this week, turns out that it had been operating on a redirect for ages. I put the new import location in and the script worked again. - X201 (talk) 10:39, 19 February 2020 (UTC)

X201 and Graeme Bartlett, but why is the 'undo mobile' script not working although I copy-pasted the code here User:SharabSalam/minerva.js? Is this also because of common.js .--SharʿabSalam▼ (talk) 11:26, 19 February 2020 (UTC)
You have to run your script in User:SharabSalam/minerva.js; the install instructions are in User:FR30799386/undo, you would have to put that mw.loader.load call in your common.js with a change to call your minerva.js. Graeme Bartlett (talk) 11:47, 19 February 2020 (UTC)
Also the person who created that script has been blocked indefinitely, so obviously won't be maintaining it. If a bug has crept in you'll need to hope that someone else picks up the script and takes over maintenance. - X201 (talk) 11:52, 19 February 2020 (UTC)

Caption not wrapping in periodic table micro template[edit]

At Extended periodic table:

{{Periodic table (micro)|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8)<br />marks the start of theorisations}}
Extended periodic table
Hydrogen Helium
Lithium Beryllium Boron Carbon Nitrogen Oxygen Fluorine Neon
Sodium Magnesium Aluminium Silicon Phosphorus Sulfur Chlorine Argon
Potassium Calcium Scandium Titanium Vanadium Chromium Manganese Iron Cobalt Nickel Copper Zinc Gallium Germanium Arsenic Selenium Bromine Krypton
Rubidium Strontium Yttrium Zirconium Niobium Molybdenum Technetium Ruthenium Rhodium Palladium Silver Cadmium Indium Tin Antimony Tellurium Iodine Xenon
Caesium Barium Lanthanum Cerium Praseodymium Neodymium Promethium Samarium Europium Gadolinium Terbium Dysprosium Holmium Erbium Thulium Ytterbium Lutetium Hafnium Tantalum Tungsten Rhenium Osmium Iridium Platinum Gold Mercury (element) Thallium Lead Bismuth Polonium Astatine Radon
Francium Radium Actinium Thorium Protactinium Uranium Neptunium Plutonium Americium Curium Berkelium Californium Einsteinium Fermium Mendelevium Nobelium Lawrencium Rutherfordium Dubnium Seaborgium Bohrium Hassium Meitnerium Darmstadtium Roentgenium Copernicium Nihonium Flerovium Moscovium Livermorium Tennessine Oganesson
Ununennium Unbinilium Unbiunium
Unquadquadium Unquadpentium Unquadhexium Unquadseptium Unquadoctium Unquadennium Unpentnilium Unpentunium Unpentbium Unpenttrium Unpentquadium Unpentpentium Unpenthexium Unpentseptium Unpentoctium Unpentennium Unhexnilium Unhexunium Unhexbium Unhextrium Unhexquadium Unhexpentium Unhexhexium Unhexseptium Unhexoctium Unhexennium Unseptnilium Unseptunium Unseptbium
Unbibium Unbitrium Unbiquadium Unbipentium Unbihexium Unbiseptium Unbioctium Unbiennium Untrinilium Untriunium Untribium Untritrium Untriquadium Untripentium Untrihexium Untriseptium Untrioctium Untriennium Unquadnilium Unquadunium Unquadbium Unquadtrium
Ununennium (element 119) (boxed) in period 8 (row 8)
marks the start of theorisations

The box is sized to the width necessary to display the caption, wider than it needs to be to display the table, instead of wrapping the caption. It's even more exaggerated if you remove the br tag, displaying the entire caption on one line. Can someone suggest how to get the template ({{Periodic table (micro)}}) to size to the width of the table and wrap the caption instead? —[AlanM1(talk)]— 09:33, 19 February 2020 (UTC)

OK, trying in my sandbox, I found you can add a width in a hidden style parameter, and you don't even have to edit the template:

{{Periodic table (micro)|style=width:234px;|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations}}
Extended periodic table
Hydrogen Helium
Lithium Beryllium Boron Carbon Nitrogen Oxygen Fluorine Neon
Sodium Magnesium Aluminium Silicon Phosphorus Sulfur Chlorine Argon
Potassium Calcium Scandium Titanium Vanadium Chromium Manganese Iron Cobalt Nickel Copper Zinc Gallium Germanium Arsenic Selenium Bromine Krypton
Rubidium Strontium Yttrium Zirconium Niobium Molybdenum Technetium Ruthenium Rhodium Palladium Silver Cadmium Indium Tin Antimony Tellurium Iodine Xenon
Caesium Barium Lanthanum Cerium Praseodymium Neodymium Promethium Samarium Europium Gadolinium Terbium Dysprosium Holmium Erbium Thulium Ytterbium Lutetium Hafnium Tantalum Tungsten Rhenium Osmium Iridium Platinum Gold Mercury (element) Thallium Lead Bismuth Polonium Astatine Radon
Francium Radium Actinium Thorium Protactinium Uranium Neptunium Plutonium Americium Curium Berkelium Californium Einsteinium Fermium Mendelevium Nobelium Lawrencium Rutherfordium Dubnium Seaborgium Bohrium Hassium Meitnerium Darmstadtium Roentgenium Copernicium Nihonium Flerovium Moscovium Livermorium Tennessine Oganesson
Ununennium Unbinilium Unbiunium
Unquadquadium Unquadpentium Unquadhexium Unquadseptium Unquadoctium Unquadennium Unpentnilium Unpentunium Unpentbium Unpenttrium Unpentquadium Unpentpentium Unpenthexium Unpentseptium Unpentoctium Unpentennium Unhexnilium Unhexunium Unhexbium Unhextrium Unhexquadium Unhexpentium Unhexhexium Unhexseptium Unhexoctium Unhexennium Unseptnilium Unseptunium Unseptbium
Unbibium Unbitrium Unbiquadium Unbipentium Unbihexium Unbiseptium Unbioctium Unbiennium Untrinilium Untriunium Untribium Untritrium Untriquadium Untripentium Untrihexium Untriseptium Untrioctium Untriennium Unquadnilium Unquadunium Unquadbium Unquadtrium
Ununennium (element 119) (boxed) in period 8 (row 8) marks the start of theorisations

Graeme Bartlett (talk) 10:02, 19 February 2020 (UTC)

@Graeme Bartlett: Right, or just insert br tags in the caption to make it substantially narrower than the table (to allow for differences between fonts, etc.). However, it seems to me that "fixing" the template would be a better solution. —[AlanM1(talk)]— 11:34, 19 February 2020 (UTC)

I've found an answer, based on [8]. The structure here is a parent div (with border:1px) containing three child divs: the title; the nav image of the periodic table; and the caption. I add display:table-row; to the second child and display:table-caption;caption-side:bottom; to the third. This is the equivalent result (other styling trimmed here for simplicity):

<div style="float:right;border:1px solid;text-align:center;font-size:85%;background:#f8f8f8;line-height:100%;">
 <div>Extended periodic table</div>
 <div style="display:table-row;">{{Periodic table (32 columns, micro)}}</div>
 <div style="display:table-caption;caption-side:bottom;">[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations</div>
</div>
Extended periodic table
Hydrogen Helium
Lithium Beryllium Boron Carbon Nitrogen Oxygen Fluorine Neon
Sodium Magnesium Aluminium Silicon Phosphorus Sulfur Chlorine Argon
Potassium Calcium Scandium Titanium Vanadium Chromium Manganese Iron Cobalt Nickel Copper Zinc Gallium Germanium Arsenic Selenium Bromine Krypton
Rubidium Strontium Yttrium Zirconium Niobium Molybdenum Technetium Ruthenium Rhodium Palladium Silver Cadmium Indium Tin Antimony Tellurium Iodine Xenon
Caesium Barium Lanthanum Cerium Praseodymium Neodymium Promethium Samarium Europium Gadolinium Terbium Dysprosium Holmium Erbium Thulium Ytterbium Lutetium Hafnium Tantalum Tungsten Rhenium Osmium Iridium Platinum Gold Mercury (element) Thallium Lead Bismuth Polonium Astatine Radon
Francium Radium Actinium Thorium Protactinium Uranium Neptunium Plutonium Americium Curium Berkelium Californium Einsteinium Fermium Mendelevium Nobelium Lawrencium Rutherfordium Dubnium Seaborgium Bohrium Hassium Meitnerium Darmstadtium Roentgenium Copernicium Nihonium Flerovium Moscovium Livermorium Tennessine Oganesson
Ununennium (element 119) (boxed) in period 8 (row 8) marks the start of theorisations

Note that a long |title= also/still causes the same problem. I can't find a display value to style the title's div that prevents this (table-header-group and table-row both end up setting the width for the following divs).

(time passes)

I've made the changes in {{Periodic table (micro)/sandbox}} and created {{Periodic table (micro)/testcases}}. The usage in Extended periodic table would look like:

{{Periodic table (micro)/sandbox|number=119|mark=Uue|title=Extended periodic table|caption=[[Ununennium]] (element 119) (boxed) in period 8 (row 8) marks the start of theorisations}}
Extended periodic table
Hydrogen Helium
Lithium Beryllium Boron Carbon Nitrogen Oxygen Fluorine Neon
Sodium Magnesium Aluminium Silicon Phosphorus Sulfur Chlorine Argon
Potassium Calcium Scandium Titanium Vanadium Chromium Manganese Iron Cobalt Nickel Copper Zinc Gallium Germanium Arsenic Selenium Bromine Krypton
Rubidium Strontium Yttrium Zirconium Niobium Molybdenum Technetium Ruthenium Rhodium Palladium Silver Cadmium Indium Tin Antimony Tellurium Iodine Xenon
Caesium Barium Lanthanum Cerium Praseodymium Neodymium Promethium Samarium Europium Gadolinium Terbium Dysprosium Holmium Erbium Thulium Ytterbium Lutetium Hafnium Tantalum Tungsten Rhenium Osmium Iridium Platinum Gold Mercury (element) Thallium Lead Bismuth Polonium Astatine Radon
Francium Radium Actinium Thorium Protactinium Uranium Neptunium Plutonium Americium Curium Berkelium Californium Einsteinium Fermium Mendelevium Nobelium Lawrencium Rutherfordium Dubnium Seaborgium Bohrium Hassium Meitnerium Darmstadtium Roentgenium Copernicium Nihonium Flerovium Moscovium Livermorium Tennessine Oganesson
Ununennium Unbinilium Unbiunium
Unquadquadium Unquadpentium Unquadhexium Unquadseptium Unquadoctium Unquadennium Unpentnilium Unpentunium Unpentbium Unpenttrium Unpentquadium Unpentpentium Unpenthexium Unpentseptium Unpentoctium Unpentennium Unhexnilium Unhexunium Unhexbium Unhextrium Unhexquadium Unhexpentium Unhexhexium Unhexseptium Unhexoctium Unhexennium Unseptnilium Unseptunium Unseptbium
Unbibium Unbitrium Unbiquadium Unbipentium Unbihexium Unbiseptium Unbioctium Unbiennium Untrinilium Untriunium Untribium Untritrium Untriquadium Untripentium Untrihexium Untriseptium Untrioctium Untriennium Unquadnilium Unquadunium Unquadbium Unquadtrium
Ununennium (element 119) (boxed) in period 8 (row 8) marks the start of theorisations

Pinging @Matt Fitzpatrick, who made the table→div change in 2018.

Comments, problems anyone? —[AlanM1(talk)]— 19:42, 19 February 2020 (UTC)

Can you force one script to load after another?[edit]

I have two competing scripts (by design), but I want one to load/apply after the other kicks in (basically, load in the same order they appear in User:Headbomb/monobook.js). Right now which of User:Headbomb/identifiers.js and User:Headbomb/unreliable.js loads first seems completely random. I want USer:Headbomb/unreliable.js to override User:Headbomb/identifiers.js when there is a clash.

Is there a way to do this? Headbomb {t · c · p · b} 18:31, 19 February 2020 (UTC)

@Headbomb: importScript doesn't have a way to do that, but you could use mw.loader.getScript. To load identifiers.js and then unreliable.js:
mw.loader.getScript( "/w/index.php?title=User:Headbomb/identifiers.js&action=raw&ctype=text/javascript" ).then( function () {
  mw.loader.getScript( "/w/index.php?title=User:Headbomb/unreliable.js&action=raw&ctype=text/javascript" );
} );
I'm not sure what you mean by overriding the other script. --Yair rand (talk) 19:14, 19 February 2020 (UTC)
@Yair rand: seems to work. And what I mean by that, is both script touch the same things. Let's say Script A looks for words containing SOURCE and colors them green, and while Script B looks for words containing SPAMSOURCE and colors them red. If you find SPAMSOURCE, you're get SPAMSOURCE → SPAMSOURCE (Script A) →SPAMSOURCE (Script B) [B overrides A]. Or you'll get SPAMSOURCE → SPAMSOURCE (Script B) →SPAMSOURCE (Script A) [A overrides B], depending on the load order. By fixing the load order, I'm ensuring that SPAMSOURCE has a higher priority over SOURCE. Headbomb {t · c · p · b} 19:23, 19 February 2020 (UTC)