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 bug 1864. 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, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177


Wikipedia alerts and notices[edit]

Every time I log into Wikipedia, my alerts and notices icons at the top of the display are highlighted in colour to indicate that I have new alerts and notices. This is almost never true. I view my alerts and notices, see that there are no new ones, only a list of old ones, and select "Mark all as read." Neither viewing my alerts and notices nor selecting "Mark all as read" is effective in suppressing them. I do not wish to waste my time checking old alerts and notices every time I log in. Can this error be fixed, please? — O'Dea (talk) 19:28, 30 October 2019 (UTC)

@O'Dea: sometimes they get stuck, try going to Special:Notifications and clearing them out. — xaosflux Talk 19:41, 30 October 2019 (UTC)
What action does "clearing them out" refer to? The only option presented is to mark them, one by one, as read, but I have already marked-all as read. Thanks. — O'Dea (talk) 19:45, 30 October 2019 (UTC)
@O'Dea: yes, clicking on the "Unread" tab and clicking through any that are in there. If the icon is still lit after that, log out, clear your cache, and log back in please. — xaosflux Talk 19:51, 30 October 2019 (UTC)
No notices appear in the "Unread" tab. As to clearing my cache, I log in from multiple devices at different locations, and clear my caches regularly, so this continuing problem is not caused by cached data or persistent log in; I log in quite often and see these attention-demanding notices. To clarify, right now in this session, no outstanding notices appear because I marked them as read at the beginning of this Wikipedia session, but they will certainly be there when I log in to a new session. — O'Dea (talk) 19:54, 30 October 2019 (UTC)
Is it always the same notices? Are the notices from the project you are currently on, or from another project (e.g. commonswiki)? — xaosflux Talk 20:01, 30 October 2019 (UTC)
Old notices from a variety of projects are repeated. Valid new notices appear occasionally but the old ones that I have read, and flagged as read, are highlighted anew upon logging in. — O'Dea (talk) 20:46, 30 October 2019 (UTC)
Are they "very old"? I had that problem once and had to go to each project to clear the notices, then they stayed away. — xaosflux Talk 22:20, 30 October 2019 (UTC)
@Xaosflux: They were a mixture of very old, old, and new. Today, I logged in after a few days' absence and saw old alerts. I flagged them as read, logged out, then logged back in and now they're gone. I'll monitor them in coming days. I am not active every day at the moment. Thanks for your interest. — O'Dea (talk) 23:06, 3 November 2019 (UTC)
@O'Dea: When you click the bell icon, the popup shows a list comprising three groups as follows (in this description, an "unread alert" is one which shows the blue dot at upper right of its entry, and a "read alert" is one which shows the empty grey circle at upper right). Group 1 comprises the unread alerts from the same wiki in reverse chronological order (newest at the top), to a maximum of 25. Group 2 comprises summaries of unread alerts on other WMF wikis, titled "More alerts from another wiki", one per wiki. Group 3 comprises read alerts from the same wiki, again in reverse chronological order. The total number of entries in groups 1 and 3 taken together cannot exceed 25, so if there are 25 unread alerts from the same wiki, no read alerts will be listed. Read alerts from other wikis are not shown. So if you have three unread alerts on this wiki and two on Commons you will get four entries with blue dots followed by 22 with the empty circle. Clicking a blue dot of a group 1 entry moves it to group 3; clicking an empty circle of a group 3 entry moves it to group 1. --Redrose64 🌹 (talk) 12:42, 4 November 2019 (UTC)
Not sure if this is related, but today I got an old alert highlighted when someone archived the talk page the alert came from. I've never noticed this behaviour in the past.   Jts1882 | talk  10:41, 7 November 2019 (UTC)

Access via mobile phones[edit]

Is there a working party looking specifically at problems associated with gaining access via mobile phones generally? Xyl 54 (talk) 23:46, 3 November 2019 (UTC)

Xyl 54, try mw:Reading/Web/Mobile. BlackcurrantTea (talk) 09:44, 4 November 2019 (UTC)
Xyl 54, which kind of access are you interested in? For readers, for editors, for a particular use? Whatamidoing (WMF) (talk) 15:21, 4 November 2019 (UTC)
Thank you both for replying. To answer your question; neither, really. I had a conversation with an editor from another project who'd had trouble loading an article introduction to their mobile phone, because it was too long. I hadn't considered that mobile users could have trouble with the standard layout here and wondered if anyone was looking into such matters. I searched for a project page but couldn't find one, so I thought I would ask here. Xyl 54 (talk) 22:53, 5 November 2019 (UTC)
PS: Also, I've been told there is a condensed version of WP provided by google; can you tell me what (or where) that is? Xyl 54 (talk) 22:54, 5 November 2019 (UTC)

Unexpected cite page feature[edit]

Edit an article using the (old) source editor, navigate the toolbar to the web citation screen, paste "Mystery Science Theater 3000" without the quotes into the URL field, click the search button and see what happens... DaßWölf 00:51, 4 November 2019 (UTC)

I think it's getting it from Google or perhaps Google Books. [1] Killiondude (talk) 01:00, 4 November 2019 (UTC)
I thought it would be something cool, like adding some theatre seat and robot silhouettes to the bottom right of my screen. Instead it adds a citation to a 1999 book by Henry Krips on fetishes and psychoanalysis. Wug·a·po·des​ 08:29, 4 November 2019 (UTC)
I don't think I would've complained about that. DaßWölf 22:56, 7 November 2019 (UTC)

Unified view of a user's activity?[edit]

Is there a simple way to get all of, 1) contributions, 2) deleted contributions, and 3) Special:Log for a user, in a unified, chronologically ordered, list? When investigating user behavior, having to flip back and forth between those three pages, and manually correlate the timestamps, is a pain. -- RoySmith (talk) 15:01, 4 November 2019 (UTC)

@RoySmith: would a user script help? DannyS712 (talk) 06:50, 5 November 2019 (UTC)
Does such a script exist? -- RoySmith (talk) 16:26, 5 November 2019 (UTC)

Google Code-In will soon take place again! Mentor tasks to help new contributors![edit]

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out mw:Google Code-in/2019 and become a mentor. If you have any questions, feel free to ask at our talk page. Many thanks in advance! --Martin Urbanec 07:28, 5 November 2019 (UTC)

The tasks for "Google Code in" are listed on phab:project/view/4241/.--Snaevar (talk) 10:09, 9 November 2019 (UTC)

Bot to replace highjacked links[edit]

Is there a bot to disable hijacked links in refs/ELs that may now be unfit/malicious? At Wikipedia:Teahouse#Hijacked site with possible malware, Lyndaship has reported that has moved to, and the new host may be malicious (certainly misleading). The layout of the new site has changed, so it's not an easy replace of the hostname (though maybe editors could help construct a translation table?). Meanwhile, disabling the links would probably be reader-friendly. Is there a bot or some other means to handle this? —[AlanM1(talk)]— 23:07, 5 November 2019 (UTC)

@GreenC: poke. --Izno (talk) 01:11, 6 November 2019 (UTC)
@AlanM1: Agree on malicious domain: it is a sketchy domain. Normally would set the domain to Blacklisted in the IABot interface and run IABot and archive them all (since we don't know the new URLs second option is archive). But they will also require adding |url-status=usurped, to suppress displaying the malware link, which is custom coding. WaybackMedic can do it. Post/move this request to WP:URLREQ. Might also edit filter request. -- GreenC 01:44, 6 November 2019 (UTC)
@GreenC: Thanks for the quick response. I'll explore a little more to find out whether a translation table is reasonable before continuing. —[AlanM1(talk)]— 01:55, 6 November 2019 (UTC)
(Moved to and resolved.) —[AlanM1(talk)]— 23:23, 8 November 2019 (UTC)
@AlanM1: A few years back I used AWB and some manual editing to replace all references to the now defunct to instead use {{cite ship register}} or {{ship register}}. This way, now only could I make them all point to the new address, but should the linking scheme change again in the future, only those two templates need to be updated. Both templates already have been changed to point to the new address, so the best long-term solution would probably be to switch over to the template instead of just marking as usurped. --Ahecht (TALK
) 21:23, 11 November 2019 (UTC)
Thats a great little tool which I was unaware of. All the clydesite links are now sorted but I don't think this template would have been of benefit in this instance as the vessel id numbers also changed when the domain changed Lyndaship (talk) 07:03, 12 November 2019 (UTC)

Query issue[edit]

I'm finding a lot of my old queries that I like to re-run periodically broken by sintax changes on Quarry. I must profess myself to be an utter noob and in need of help fixing it (I had help putting them together in the first place). The query I'm trying to fix is this one.

It is essentially a way of sorting top-wikipedian users by number of edits and other criteria (to help in narrowing the search for new editors for New Page Patrol). Another criteria that I'd like to add if possible would be X edits to Wikipedia: namespace in the last N days (like 100 in the last 6 months or something).

Any help is appreciated. — Insertcleverphrasehere (or here)(click me!) 21:37, 6 November 2019 (UTC)

Your query was broken by the Actor migration. Updating the query to use the proper actor table, producing
SELECT user_id, user_name, user_editcount, user_registration
FROM `user`
JOIN actor_user on actor_user=user_id
WHERE user_editcount >= 75000
  AND user_editcount <= 80000
  AND user_registration < 20181105000000
  AND EXISTS (SELECT 1 FROM user_groups WHERE user_id=ug_user AND ug_group = 'extendedconfirmed')
  AND NOT EXISTS (SELECT 1 FROM user_groups WHERE user_id=ug_user AND ug_group = 'sysop') -- administrator
  AND NOT EXISTS (SELECT 1 FROM user_groups WHERE user_id=ug_user AND ug_group = 'patroller') -- new page patroller
  AND NOT EXISTS (SELECT 1 FROM logging_logindex
                  WHERE user_name = log_title
                    AND log_type = 'block' AND log_action = 'block'
                    AND log_timestamp >= 20181105000000)
  AND (SELECT COUNT(*) FROM logging_userindex WHERE actor_id=log_actor AND log_type = 'move' LIMIT 5) >= 5
  AND (SELECT COUNT(*) FROM revision_userindex
       WHERE rev_actor = actor_id
         AND rev_timestamp >= 20181105000000
       LIMIT 500) >= 500
  AND (SELECT COUNT(*) FROM revision_userindex
       WHERE rev_actor = actor_id
         AND rev_timestamp >= 20191005000000
       LIMIT 500) >= 50
  AND (SELECT COUNT(*) FROM revision_userindex
       JOIN page ON page_id = rev_page
       WHERE rev_actor = actor_id
         AND rev_parent_id = 0
         AND page_namespace = 0
         AND page_len >= 2000 -- length in bytes
       LIMIT 2) >= 2;
should work as a fix. * Pppery * it has begun... 21:55, 6 November 2019 (UTC)
Pppery, Cheers! — Insertcleverphrasehere (or here)(click me!) 22:03, 6 November 2019 (UTC)
Pppery, seems to work again. Any idea how I could add that additional criteria though? (Also sorting by # edits to a particular namespace?) — Insertcleverphrasehere (or here)(click me!) 01:29, 8 November 2019 (UTC)

Developer environment for this wiki[edit]

I have raised a question here about creating developer-friendly images of each wiki, which people can use to create scripts and mediawiki extensions on their own PC without needing to request an account on Wikimedia Tools or their sister services. I hope an image can be available for install in one click. If you are experienced in how to make this happen, or know how it would be useful for this wiki, please respond either here or there. Thanks. :-) --Gryllida/ (talk) 23:00, 6 November 2019 (UTC)

How to create a page with ALL CAPS name over existing redir[edit]

I guess this is technical, not general, so reposting here...

I'm writing a page that should be named "SNAP (programming language)". However, there is already a page called "Snap! (programming language)". It appears the system (or a user?) has created a redirect without the !, "Snap (programming language)".

I'm lost how to create a new page with the ALL CAPS name. When I try, wiki sends me to the redirect and then to Snap!. I can click back from the redir link, but that has sentence casing.

Maury Markowitz (talk) 15:29, 7 November 2019 (UTC)

Hey Maury. When you are redirected to the other page, there should be small text in the upper left hand corner that reads "redirected from REDIRECT-NAME". If you click on that link, you will be taken to the redirect itself, which you can then edit as you like. GMGtalk 15:31, 7 November 2019 (UTC)
As I noted in the post above, that sends me to the version with lower case. Try it yourself and you'll see what I mean. Maury Markowitz (talk) 15:34, 7 November 2019 (UTC) , even if SNAP (programming language) weren't a red link, should get you where you want to go. If it does not, then there's something wrong on your end, not ours. --Izno (talk) 15:39, 7 November 2019 (UTC)
That said, if your page is intended to be a replacement of the other, I might recommend editing the existing page (assuming it's the same topic) and then moving it to where you want it to go. --Izno (talk) 15:40, 7 November 2019 (UTC)
Oh yea. As Izno says. You can just edit the text of the url in the address box to say SNAP instead of Snap and it will take you there just fine. GMGtalk 15:41, 7 November 2019 (UTC)
I'm sorry, but expecting the users to edit URLs to get to the page when the keeps redirecting them to a different one does not strike me as either a problem "on my end" nor a useful solution. The question remains, why is the wiki redirecting me to the lower-case version when I explicitly type in the upper case one? There is no upper-case version, so it does not appear this redirect should fire given the way page naming is supposed to work (ie, all caps is not the same). Maury Markowitz (talk) 15:52, 7 November 2019 (UTC)
This is how the software treats all all-caps titles entered into the search window. If you enter ABRAHAM LINCOLN into the search window, it will redirect you to the article for Abraham Lincoln, even though there has been no manually created redirect from all caps to normal case. If you type ABRAHAM LINCOLN as a wikilink, it will make a red link and take you to the non-existent page. Alternatively, if you go to Abraham Lincoln and manually change the url to say ABRAHAM LINCOLN instead, it will also take you to the non-existent page. GMGtalk 15:55, 7 November 2019 (UTC)

I typed this, exactly, into the search box "SNAP (programming language)". This takes me through the redir. There is no obvious way to get to the redline page otherwise. What am I missing here? Are we to type in a manual URL? Maury Markowitz (talk) 15:48, 7 November 2019 (UTC)

The search box is programmed to help users find the right topic, no matter the letter case and even when it's misspelled (like without the "!"). But if you enter the phrase "SNAP (programming language)" and then click "Search" and not press Enter, it will take you to the search results where you can find the red link to edit the page. Regards SoWhy 15:56, 7 November 2019 (UTC)

Webcitation redux[edit]


There was a proposal to deprecate webcitation, since it had stopped accepting new pages to archive.

Although is no longer accepting new pages, it continues to serve pages archived in the past.

However Citation_bot is breaking those working links to the archives. It seems to me this is not what was agreed to in the proposal. I thought a bot was going to (1) search out all links to pages archived by; (2) determine if the page was also archived at; (3) if the page in question was also archived at, or, if still live, whether it could be archived at, then replace the url with an url.

I don't see anything in the proposal that authorized breaking working urls to archived pages.

I thought if there was no replacement at a better archive the working urls to the archive would be left, as is.

I went to User_talk:Citation_bot/Archive_18#WebCite_query_strings. Near as I can understand GreenC justifies this excision of working archive links because he or she has found vandals, or naive but misguided good faith contributors, have used links to webcitation so they could serve references to pages at sites we had decided to blacklist.

  1. But couldn't a vandal use this technique with links to, just as easily?
  2. This wasn't what was agreed to at the proposal, which only took place a month or so prior to the second discussion.

Webcitation was the first archive server I discovered, and I used it exclusively, for years, until I discovered So, prior to this bot breaking links to it, there may have been as many as a thousand perfectly valid instances where I used it, that still pointed to it. This represented a meaningful investment of my valuable time. So, I am not happy that this bot was authorized to break those links. Of course I would have to live with that unhappiness, if a central discussion authorized this. It does not seem that this was the case.

I sure hope citationbot was replacing those links with links, when this was possible.

A complicating factor is that webcitation offered users a choice - the archive-url it returned could either be a short, but obfuscated unique link, or it could return a longer, non-opaque link, that encoded the original pages url into it, just as does. It seems to me that GreenC's justification that vandals could hide bogus improper links in archive-url fields would only be true for those short, obfuscated links.

Well, I never used the short, obfuscated links webcitation offered. I only rarely came across anyone else using them.

I'd like a status report - has this bot broken every single working link to a webcitation archive? If not I suggest the bot should have this feature disabled, immediately.

If possible, I'd like to see a bot go through all the edits where citationbot broke perfectly valid, working links to the long, non-obfuscated webcitation archives, and restore those that weren't updated with a link to Geo Swan (talk) 19:10, 7 November 2019 (UTC)

Geo Swan, you could report this to Citation bot but AFAIK it no longer messes with Webcite links. @AManWithNoPlan:. Also you are misunderstanding the discussion at User_talk:Citation_bot/Archive_18#WebCite_query_strings I was not "justifying the excision of working archive links". -- GreenC 03:04, 8 November 2019 (UTC)
citation bot broke nothing. All it did was remove a human readable comment from the url. It was never actually used by webcitation. It turns out there are supposedly bots that add these and verify them, and they exist solely so people using Wikipedia can see what the archive is. AManWithNoPlan (talk) 03:30, 8 November 2019 (UTC)
webcitation links contain a time stamp and nothing else. Deep in their archive they simply never archived two pages at exactly the same moment. Very simple and yet very stupid. AManWithNoPlan (talk) 03:33, 8 November 2019 (UTC)

  • So, I got my knickers in a knot over something cosmetic... I'd still say the removal was a lapse from the principle "if it ain't broke, don't fix it..."
  • Thanks to everyone who responded. Geo Swan (talk) 03:38, 8 November 2019 (UTC)

Problems with separators and semicolons on RecentChanges, Watchlist, History and Contributions[edit]

  • Update: many of these appear to be realted, see phab:T233649 for the master ticket. — xaosflux Talk 01:44, 8 November 2019 (UTC)

What's with the semicolons in the watchlist?[edit]

I just noticed today that titles of pages in my watchlist end with a semicolon. I'm a big fan of semicolons, used correctly; this one, I have to say, just looks weird. When did it start, and what was the rationale? --Trovatore (talk) 20:45, 7 November 2019 (UTC)

WP:ITSTHURSDAY - seems to be:
.mw-title::after {
    content: ';\00a0';
code with a bug? Will open a phab ticket. — xaosflux Talk 20:48, 7 November 2019 (UTC)
phab:T237685 opened. — xaosflux Talk 20:52, 7 November 2019 (UTC)
Thanks! --Trovatore (talk) 20:53, 7 November 2019 (UTC)
@Jdlrobson: can you take a look at that ticket? — xaosflux Talk 21:48, 7 November 2019 (UTC)
very curious about this one - I'm a fan of consistency where ever possible and I'm not sure why the semicolon wouldnt appear here but would appear on history. What is the problem it is solving on history but not solving on watchlist? Jdlrobson (talk) 01:39, 8 November 2019 (UTC)

Missing separator[edit]

Resolved: Unable to duplicate this part - possibly related to other sections. — xaosflux Talk 01:22, 8 November 2019 (UTC)

On a perhaps related note, a few minutes ago I lost the space between page title and revision time, e.g.

m Meteotsunami‎22:37 . . (-35‎) . . ‎LizardJr8 ( talk | contribs )

Note the missing space between "Meteotsunami" and "22:37". DaßWölf 22:54, 7 November 2019 (UTC)

@Daß Wölf: is that on the watchlist? What interface language are you using, what skin are you using? Do you have any special watchlist settings enabled? — xaosflux Talk 00:49, 8 November 2019 (UTC)
@Xaosflux: yes, it's the watchlist, forgot to write that. Vector skin, JavaScript watchlist. Of all the settings that look like they might have impact, the ones I have enabled are unread changes in bold, and the subtle update marker. DaßWölf 01:04, 8 November 2019 (UTC)
Actually, it seems to have gone away. Now for the separator I have a semicolon and a space (e.g. "Meteotsunami; 22:37". I don't remember if the semicolon was there before. DaßWölf 01:05, 8 November 2019 (UTC)
@Daß Wölf: thanks, I hadn't been able to break it like you did - was going nuts :D The semicolon appears to be new (and unwanted), from the parent section of this above. — xaosflux Talk 01:10, 8 November 2019 (UTC)

Bad semicolon in history[edit]

@Xaosflux: Again unrelated, I just went to thank you for this edit and a new semicolon has popped up in the article history: "(cur | prev ) ¤ ¤ ; 01:10, 8 November 2019‎" - bolded for clarity. Now that one I'm sure wasn't there! DaßWölf 01:13, 8 November 2019 (UTC)
@Daß Wölf: phab:T237705 is open for the bad semicolon here. — xaosflux Talk 01:21, 8 November 2019 (UTC)
Yep, that's what I see too, thanks. DaßWölf 01:35, 8 November 2019 (UTC)
Note, in come cases a double set of bad leading semicolons are also appearing, updated the phab ticket. — xaosflux Talk 03:54, 8 November 2019 (UTC)
Xaosflux, I see a double set when I do an RD1 — I dropped a note at the ticket S Philbrick(Talk) 14:37, 8 November 2019 (UTC)
Semicolon before timestamp of edits in "View history"

The lines for each edit at any page when viewing under "View history" start with a semicolon (;). Is this intentional or a mistake? 37KZ (talk) 15:32, 8 November 2019 (UTC)

@37KZ: see above. — xaosflux Talk 15:49, 8 November 2019 (UTC)

Missing separators in page history[edit]

Resolved: This issue is no longer presenting. — xaosflux Talk 03:53, 8 November 2019 (UTC)
Parenthesis and pipe characters have disappeared in the page history for me (image). &safemode=1 did not solve the problem, suggesting it's not a problem with my scripts. —k6ka 🍁 (Talk · Contributions) 01:19, 8 November 2019 (UTC)
@K6ka: could you trying clearing you local cache and trying again? (I can't duplicate this one). — xaosflux Talk 01:27, 8 November 2019 (UTC)
@Xaosflux: The issue seems to have fixed itself (or someone fixed it behind the scenes) and I'm not getting this problem anymore. —k6ka 🍁 (Talk · Contributions) 03:48, 8 November 2019 (UTC)

Temporary CSS fix[edit]

At the moment, I get the stray semicolon before the date in Special:Contribs results. I resolved it with the following in my common.css:

.mw-changeslist-date::before {

The debugger said the content was ';\u00a0' (semicolon followed by a non-breaking space), which was then prefixed to the timestamp, after the bullet. Should I leave the \u00a0 there? It looks fine to me without it. —[AlanM1(talk)]— 03:21, 8 November 2019 (UTC)

@AlanM1: shouldn't hurt anything, keep an eye on the master phab ticket, they may fix all of this for you sooner than later. — xaosflux Talk 03:24, 8 November 2019 (UTC)

Semicolons on Contributions pages[edit]

I have noticed that the entries on Contributions pages (Special:Contributions) begin with a semicolon for each entry. Please fix this. —Etewilak (talk) 08:18, 8 November 2019 (UTC)

Probably T233649? --rchard2scout (talk) 11:08, 8 November 2019 (UTC)
Same for "View history" on individual pages. 37KZ (talk) 15:57, 8 November 2019 (UTC)
37KZ, There could be a reason for this, perhaps? It could be using the same coding for other pages, which have information which precede the current diff. Doug Mehus (talk) 16:37, 8 November 2019 (UTC)

Semi-colons before timestamps in Special:Contributions[edit]

I just noticed that, as of today, there's semi-colons before the time stamps of edits when you look at a user's contributions. I don't remember this being the case before today and I don't remember there being an announcement of this happening. Is this a glitch or an intended feature? Narutolovehinata5 tccsdnew 02:04, 11 November 2019 (UTC)

  • +1 ... Just came by to talk about these semicolons. What is happening??? Steel1943 (talk) 20:27, 11 November 2019 (UTC)
  • Yeah why is this still a problem? (talk) 12:31, 12 November 2019 (UTC)

Contributions have a semicolon[edit]

To the left of each edit. I don't think that was true before.— Vchimpanzee • talk • contributions • 22:00, 12 November 2019 (UTC)

See above. Headbomb {t · c · p · b} 22:07, 12 November 2019 (UTC)
Thanks.— Vchimpanzee • talk • contributions • 22:24, 12 November 2019 (UTC)

Make Reply-to a Gadget[edit]

Proposal: Make the popular Reply-to script a gadget, with special credit and attribution to User:Enterprisey for his coding of the script.

Rationale: The current Reply-to script is headily used, but suffers from intermittent and frequent errors depending on the page you're replying to another editor.

Hat tip: Evad37 to based on this similar proposal, and to Steel1943. --Doug Mehus (talk) 01:51, 8 November 2019 (UTC)

  • @Dmehus: are you referring to reply-link? If so, not only has the author said it is stilll being tested and debugged. Bugs are still present. but you also mentioned that it has problems. We shouldn't be forking this to a public gadget if it is known to be problematic. — xaosflux Talk 01:53, 8 November 2019 (UTC)
Xaosflux Yes, I meant Reply-link. Thanks. But, my understanding is that being a gadget, it will be hard-coded into the MediaWiki software, no? Also, I assume Wikimedia Foundation has full-time employed software engineers who could work out any kinks? --Doug Mehus (talk) 02:16, 8 November 2019 (UTC)
@Dmehus: nope, a "gadget" is just a community-managed script. You are probably thinking of an extension (an add-on piece of server software). You can track the (slow) progress on that at phab:T207567. — xaosflux Talk 02:28, 8 November 2019 (UTC)
@Xaosflux: Ah, that makes sense, and thanks for pointing out that link for me! Glad to see it's "in the works"—albeit slowly. In that case, I wonder if XFDCloser/DiscussionCloser could be made into Extensions? Also, re: "gadgets," what's the point in having a community-managed script versus the way it is now (one or more editors/administrators maintain the script)? Doug Mehus (talk) 02:31, 8 November 2019 (UTC)
@Dmehus: the primary benefit is for users, they can enable or disable gadgets very easily in Special:Preferences#mw-prefsection-gadgets instead of mucking about in .js/.css files. They are generally considered "safe" as only interface-administrators may make changes to them. (Anyone can request changes of course). — xaosflux Talk 03:09, 8 November 2019 (UTC)
Xaosflux, Ah, yes, I knew that, too! Like Twinkle...that makes sense. Thanks. Doug Mehus (talk) 03:18, 8 November 2019 (UTC)

Read only maintenance window planned for ENWP at 14th Nov 05:00 AM UTC (one week away)[edit]

A reminder this is one week away, see --JCrespo (WMF) (talk) 09:22, 8 November 2019 (UTC)

Thanks log not included in "All public logs"?[edit]

Consider these two log searches:

Why is the "thanks" entry not shown in the "all" search? Which part of "all" did I not understand? -- RoySmith (talk) 13:56, 8 November 2019 (UTC)

@RoySmith: it is available from that page, see example here. The instructions for that page say "This is a combined display of all logs except the patrol, review, tag and thanks logs", but you can turn them on where it says "Show additional logs". — xaosflux Talk 14:14, 8 November 2019 (UTC)
Funny story, I once almost desysopped someone because of this. (their hidden “thank” was keeping them from inactivity). –xenotalk 14:16, 8 November 2019 (UTC)
(edit conflict) The logs under "Show additional logs" are omitted if you only select "All public logs" so the name is a little misleading. It's determined by MediaWiki:All-logs-page but that message is shown both in the drop-down and heading of Special:Log so it's problematic to change it. If we for example said "All public logs (except additional logs)" then the heading would be false when additional logs have been selected. Special:Log displays MediaWiki:Alllogstext which has been customized by the English Wikipedia to include: "This is a combined display of all logs except the patrol, review, tag and thanks logs". This has the same issue of still displaying when some or all of those additional logs are selected. PrimeHunter (talk) 14:26, 8 November 2019 (UTC)
Ugh, what a disastrously bad UX. In the most central place, with a box around it to draw your attention, it says, "All". Then, in other places, where you might not think to look, it says, "well, except for these things..." Thanks for explaining it. I've opened T237729. -- RoySmith (talk) 14:31, 8 November 2019 (UTC)

Watchlist - Are you sure[edit]

Starting yesterday a new inconvenience seems to have been added to the watchlist process. Previously, I could click on the white (blue bordered) star and it would simply add the article to my watchlist. If I want to remove it, I click the blue star and it toggles back to white. Pretty simple. Now, for the last two articles I have added I get asked an obnoxious "are you sure?" question. I watch over fifteen thousand articles built up over a dozen years. I use this process constantly. I watch, I check, I respond when necessary to protect content. I spend far too much time doing this. I do not need to wait for an additional page load on each article I add to my watchlist, it answers; another page load and yet another 2 page loads to use the back button go back to where I was. It interrupts the flow of reading. How do we turn this unnecessary and obnoxious process off, permanently? Trackinfo (talk) 20:15, 8 November 2019 (UTC)

Additionally, and I only suggest it because the timing matches with the above inclusion, I am now unable to preview forward to see what edits have been made to the articles that show up in my watchlist. Again it was a function I had to sign up for that worked well for, oh, maybe a decade. By being unable to preview the edit, I must open each article I suspect might be a bad change. This greatly slows my ability to watch. Why has this disappeared? Trackinfo (talk) 20:22, 8 November 2019 (UTC)

@Trackinfo: are you using the mobile app, mobile site, or the full website? Which skin are you using? Do you have javascript disabled on your browser? — xaosflux Talk 21:06, 8 November 2019 (UTC)
I am on Safari on a Mac; essentially the same browser (updated) I have been using for a dozen years. I believe javascript is active and necessary for some of the editing features I have been signed up for. No changes on my side. All these things failing at the same time indicates to me that someone else did a system wide update that screwed things up. That's what I am trying to head off. Trackinfo (talk) 03:18, 9 November 2019 (UTC)
An additional feature is also failing. The notifications section, normally (over the last year or so) would show me some activity that name dropped me. Today I received three, I assume from this case. The Notifications bubble no longer appears, instead it opens up as a new page, that does not resolve. All I get below the wikipedia header is a header saying "Notifications" and an animation suggesting something is loading. It never loads. Trackinfo (talk) 03:25, 9 November 2019 (UTC)
Sounds like a javascript error somewhere, possibly in a userscript or gadget. Try opening your browser's console and let us know if there's any errors (in red). Also try adding ?safemode=1 to end of the web address (which disables all userscripts/gadgets) and see if the issues are still present. the wub "?!" 10:29, 9 November 2019 (UTC)
I have occasionally been afflicted by the "are you sure" malarkey, and the notifications opening as a new page. I think I enquired about the watchlist thing a while ago, but can't be sure offhand. I've rather assumed both were down to either a slow connexion at my end, or some sort of burp at the Wikimedia end. Monobook, Edge, Win10. DuncanHill (talk) 01:33, 11 November 2019 (UTC)

Global watchlist - Update 2[edit]

Question about MediaWiki interface timestamp format[edit]

Is there a MediaWiki: meta page that formats the structure of the use of "~~~~~" (e.g., displaying 02:55, 9 November 2019 (UTC) as 2019-11-09T02:55Z, etc)?  Nixinova TC   02:55, 9 November 2019 (UTC)

No. mw:Help:Signatures says: "timestamps are currently formatted by default and saved according to the default locale conventions (language, script, date and time format) used on each wiki". This data is given in configuration files for the wiki and not editable wiki pages like the MediaWiki namespace. But the default user part excluding timestamp (made with three ~~~) is determined by MediaWiki:Signature and MediaWiki:Signature-anon. PrimeHunter (talk) 12:19, 9 November 2019 (UTC)
On muh localhost wiki, I tried editing MediaWiki:Datedefault to various values based on reading mw:Manual:Date formatting, but none seemed to have any effect. Not sure why.
What definitely does work is editing ./languages/messages/MessagesEn.php and changing this line
$defaultDateFormat = 'dmy or mdy';
$defaultDateFormat = 'ISO 8601';
However this format is pre-defined to include the seconds and exclude the final Z. So if you want it to look exactly like the example you gave, you'd also need to find these two lines in the same file (not actually adjacent):
	'ISO 8601 time' => 'xnH:xni:xns',
	'ISO 8601 both' => 'xnY-xnm-xnd"T"xnH:xni:xns',
and change them to
	'ISO 8601 time' => 'xnH:xni"Z"',
	'ISO 8601 both' => 'xnY-xnm-xnd"T"xnH:xni"Z"',
Alternatively, you could add the Z and still keep the seconds, for the sake of "true ISO 8601" completeness.
Note that in addition to the users' signatures, this also affects log/history/contribs/etc. views.
Unfortunately attempting to set any of these things in LocalSettings.php did not seem to have any effect either.
You could probably create your own language (or "variant"?) as a way to avoid having these tweaks overwritten by updates, then choose that language instead of "en" in LocalSettings.php. Doing that may or may not require duplicating a bunch of other files as well (did not attempt). ―cobaltcigs 12:59, 9 November 2019 (UTC)
If you click Edit or View source on a MediaWiki message in the English Wikipedia then you get a link to which usually says what the message is for. MediaWiki:Datedefault gives which says: 'Used as checkbox label in user preferences, Prefs-rendering ("Appearance") tab. This message indicates Prefs-dateformat ("Date format") is default (= not specified).' So it merely displays the text "No preference" under "Date format" at Special:Preferences#mw-prefsection-rendering. uselang=qqx confirms the message is displayed there. PrimeHunter (talk) 21:41, 9 November 2019 (UTC)

Wikitable header centering: desktop vs mobile[edit]

I noticed wikitables set with a global alignment in style will show headers centralised on desktop and according to that global alignment on mobile. Is that how it's meant to be? Guarapiranga (talk) 07:27, 9 November 2019 (UTC)

Guarapiranga, pls give examples. It helps avoid ambiguity. —TheDJ (talkcontribs) 15:22, 9 November 2019 (UTC)

IP range edits[edit]

Resolved: The OOUI monster changed the controls around. — xaosflux Talk 05:21, 10 November 2019 (UTC)

There used to be tools that allowed the edits in an IP range to be viewed, but I can no longer find them and/or they no longer exist. I know that a CIDR range can be entered in the special:contributions page, but it is fairly useless as it can't be limited to recent contributions or a date range. One has to wade through thousands of irrelevant edits from decades ago. Is there anything better on WMF Labs nowadays? SpinningSpark 18:35, 9 November 2019 (UTC)

@Spinningspark: you should be able to use multiple filters at Special:Contributions, here is an example with a CIDR range and a date filter. Is that what you are having trouble with? — xaosflux Talk 19:22, 9 November 2019 (UTC)
That's perfect, I was just too stupid to work it out for myself. Is putting the dates directly in the url the only way to do this? SpinningSpark 20:57, 9 November 2019 (UTC)
@Spinningspark: From/to dates among other filters are available in the "Search for contributions" panel at the top of Special:Contribs. MusikAnimal talk 21:59, 9 November 2019 (UTC)
Ah right, I see. You can only get that from a clean form. Getting to it from a user's contributions, the settings fields aren't displayed. SpinningSpark 22:49, 9 November 2019 (UTC)
@Spinningspark: you should be able to, at the top of that page there is a collapsed "Search for contributions" control that you can open and change the filters. — xaosflux Talk 00:02, 10 November 2019 (UTC)
D'oh! SpinningSpark 01:12, 10 November 2019 (UTC)

Unable to view diffs of deleted pages[edit]

Apologies if this is the wrong location to report...but lately I've been having issues with viewing the diffs of deleted pages and was wondering if it was just me. When I try to click on a diff of a page that's been deleted, I'm met with "Internal error: Fatal exception of type "InvalidArgumentException" ", but strangely, when I click on the time and date of the revision I want to see as opposed to the diff button, I can view it just fine. So, for example, I can't see [2], but I can see [3]. A minor inconvenience, but annoying nonetheless. Also I can still see diffs that have been revision deleted as normal. Anyone know of an easy fix? Sro23 (talk) 19:09, 9 November 2019 (UTC)

@Sro23: it's broken, just confirmed on testwiki too. Will open a phab ticket. — xaosflux Talk 19:13, 9 November 2019 (UTC)
@Sro23: phab:T237824 has been created. — xaosflux Talk 19:17, 9 November 2019 (UTC)
Upmerged to phab:T237709. — xaosflux Talk 21:24, 9 November 2019 (UTC)

breaking edit??[edit]

Can anyone tell me what happened here? I only touched the part after the '=' at website in that edit, using the regular old-fashioned wikitext editor. The save however resulted in some spaces to be replaced by .. spaces, or tabs? --Dirk Beetstra T C 05:12, 10 November 2019 (UTC)

The breaking character is still in another parameter, it breaks the parameter name resulting for 'website' in a edit-mode warning that 'website' is not a recognised parameter. --Dirk Beetstra T C 05:21, 10 November 2019 (UTC)

@Beetstra: an "edit-mode warning"? In the wikitext editor? What is making this warning, what does it say? (Or is this a template in preview mode outputing to the preview?) — xaosflux Talk 05:23, 10 November 2019 (UTC)
@Xaosflux: Template is throwing the error that the parameter is unknown. Apologies for the unclarity. --Dirk Beetstra T C 05:29, 10 November 2019 (UTC)
@Beetstra: Revision 925449023 was just before your second edit. It contains no non-breaking spaces. Revision 925449055 (your firstsecond edit) contains three U+00A0 non-breaking spaces. They are where an asterisk is used in the following:
| website * * = {{facebook|stephenwesleymusic}}
| imagesize * =
No idea how they got there, but I've seen it before. Johnuniq (talk) 06:03, 10 November 2019 (UTC)
Johnuniq, yes, those nbsp's are the problem. I for sure did not put them there, they magically appeared and 'broke' the infobox. I know that 'French spacing' is converted, is that here converted wrongly? Dirk Beetstra T C 06:44, 10 November 2019 (UTC)
@Beetstra: I've remembered one place I saw it before. Did you copy the wikitext into a gmail edit window and then copied it out from there and back into the wikitext edit window? If so, that is a gmail feature. Johnuniq (talk) 07:15, 10 November 2019 (UTC)
Johnuniq, Nope, I copied the template from the external links section, then in the next edit I edited 'top' and replaced the content after the '=' with the material from my clipboard and hit saved the edit. I did not touch the material before the '=' on website, and not the next line. I then noticed on the page that my pasted facebook did not appear in the box and tried to figure out what went wrong. That is where the next edit window showed the template error that 'website' was not a recognised parameter. Dirk Beetstra T C 07:31, 10 November 2019 (UTC)
Hmm, if you used an Apple device the gmail issue might have been a red herring. Otherwise, all we can say is that something is doing the change whereas, for example, I often copy/paste wikitext but have never had that problem. Johnuniq (talk) 08:38, 10 November 2019 (UTC)
Johnuniq, I'm on Windows/Chrome. Somehow I think it is not related to the copy/paste but due to the some cleanup in the wikicode that malfunctions. Dirk Beetstra T C 09:59, 10 November 2019 (UTC)
I've been back through the last year's archives of this page and have found two related threads: Wikipedia:Village pump (technical)/Archive 173#Typing consecutive spaces in the Wikipedia iOS app editor causes NBSPs, which can break templates, and Wikipedia:Village pump (technical)/Archive 174#Taxobox questions. It seems to be browser/device dependent. --Redrose64 🌹 (talk) 16:02, 10 November 2019 (UTC)

Post-expand include size[edit]

Seeking a better understanding of post-expand include size. Reading the description, this data structure doesn't appear to be synonymous with HTML page. Is there an available picture of an example of it? And, is there an easy way to determine the size of the HTML page? ―Mandruss  16:03, 10 November 2019 (UTC)

I am not sure what you are asking, but you can use Special:ExpandTemplates to see the post-expand output of any wikitext, which is different from the HTML output - it's just wikitext with all templates expanded recursively and parser functions replaced with their output. The post-expand limit is applied to the length of the expanded wikitext. An easy way to determine the size of the html page? Not that it's relevant per above, but you can right click, click view page source, and get the character count using any software that has a character counter in it, like Word. SD0001 (talk) 19:30, 10 November 2019 (UTC)
The output of all templates, modules and parser functions called during the processing of a template can contribute to the post-expand include size so it's often larger than the final output. Click "Parser profiling data" at the bottom of a preview to see the post-expand include size. It's 39 bytes for {{green|Hello}} because {{green}} does not call anything. It just outputs 39 bytes. {{ISO 639 name|en}} only produces 7 bytes "English" but the post-expand include size is 28 bytes because {{ISO 639 name}} makes its own calls. "English" is output four times during processing: By {{ISO 639 name en}}, #ifexist, #if, and finally {{ISO 639 name}}. A template with no output could break the 2MB limit if it calls other templates with large output without passing that output to the original caller. PrimeHunter (talk) 00:18, 11 November 2019 (UTC)
See the examples of pages with a problem at Category:Pages where template include size is exceeded or the API list of articles. Taking List of political ideologies as an example, view that article then view the HTML source (Ctrl-U on some browsers). Search the HTML source for "NewPP" to see "Post‐expand include size: 2097066/2097152 bytes". In megabytes, that is saying that 2 MB of wikitext was included (transcluded) in the page from the expansion of templates. As an example, pasting {{green|Hello}} into Special:ExpandTemplates shows it generates <span style="color:green;">Hello</span> which is 39 bytes. In other words, using that example, the template would count as 39 bytes for the 2 MB limit. Johnuniq (talk) 21:28, 10 November 2019 (UTC)
Ok, thanks. Is there an easy way to determine the size of the HTML page (in bytes)? ―Mandruss  03:40, 11 November 2019 (UTC)
No, because it differs for every reader. The preferences (skin, etc.) of Logged-in users make a difference to what is displayed, and hence the output HTML. Even for logged-out users, the "You have a new message" orange box may appear or be absent. --Redrose64 🌹 (talk) 09:21, 11 November 2019 (UTC)
Good point. Now I wonder what the cached version of an article looks like. I had assumed it was the final HTML, but that can't be the case – unless all of that "customization" happens on the client side after download. ―Mandruss  09:52, 11 November 2019 (UTC)
Cached versions of articles look like this - the output of the MediaWiki parser, which is same across all skins - all user customisations are applied over this client side, via CSS or javascript. SD0001 (talk) 12:35, 11 November 2019 (UTC)

Link error in warning template[edit]

Template:Uw-coi-warn contains the string "You can post such a mandatory disclosure to your user page at [[{{SAFESUBST:<noinclude />BASEPAGENAME}}]]." There is an error here; this generates a mainspace article instead of the correct userpage, visible at [4] as an example. I'd correct it myself, but I fear mucking up the template in the process. Can a willing someone make the necessary change? Home Lander (talk) 20:12, 10 November 2019 (UTC)

@Home Lander: Fixed by using SUBJECTPAGENAME instead. -- John of Reading (talk) 21:14, 10 November 2019 (UTC)

Deleting ancient redirects from moves and attribution[edit]

In the early days of wikipedia, moving a page didn't leave any trace in the history of the page moved, only in the redirect that was left behind. And if at some point that redirect gets deleted for some reason, then there won't be any record of that move anywhere. Is that bad? Are we required to preserve some sort of information about the past names of articles for attribution? Are there any technical considerations that could be relevant? – Uanfala (talk) 00:43, 11 November 2019 (UTC)

Generally old redirects should just be left alone unless there's a really good reason to delete them. Partly for attribution issues but also due to link rot. As for what was done historically, I believe history merges were more common to preserve history. If you must delete an old redirect with history, you should request one of those so history is retained. Wug·a·po·des​ 00:49, 11 November 2019 (UTC)
True, but if the only thing remaining in the edit history of the redirect is that it is the previous name of the article, I don't think that alone needs to be preserved. If the redirect is deleted, then there is nothing to attribute. bd2412 T 00:53, 11 November 2019 (UTC)
If we needed to find out all the past names of a page, there ought to be a way. Possibly very tedious. EdJohnston (talk) 02:27, 11 November 2019 (UTC)
Page moves are recorded in the page's edit history, although the text has changed over the years. --Redrose64 🌹 (talk) 09:24, 11 November 2019 (UTC)
Prior to the roll out of MediaWiki 1.5 in June 2005, they were not recorded in the history of the page moved. – Uanfala (talk) 12:52, 11 November 2019 (UTC)
And in the earliest days of Wikipedia, there was no page move. You had to create a new page with cut-and-paste. PrimeHunter (talk) 20:02, 11 November 2019 (UTC)

Chrome - userscript problem[edit]

I have a long-standing íssue with my script on Windows Chrome.  (Admin only) script User:Beetstra/Gadget-Spam-blacklist-Handler.js fails in line 730: 'text.value += '\n' + append;' to update the actual text in the edit box, not adding the required content in 'append'. When looking at the value of text.value in debug mode, it is actually there (it is also in document.editform.wpTextbox1.value; text = document.editform.wpTextbox1), but it is not displayed in the edit box. The update of the summary field (document.editform.wpSummary.value) does get updated (I see it in the summary box), the correct material is collected, and the script does continue as expected (but when saving, the content is not changed). The problem is not there on Internet Explorer 11, the problem is not there in Chrome on my iPad. Someone has any clues? --Dirk Beetstra T C 11:04, 11 November 2019 (UTC)

Disable syntax highlighting - apparently highlighting "disables" use of this textbox (it's greyed in code Inspector [F12 FF]). If you switch that off, it will be "enabled" again. MarMi wiki (talk) 13:01, 11 November 2019 (UTC)
MarMi wiki thanks!. Funny, so .. is there then another box that is 'enabled'? (and funny that only Chrome understands that). Dirk Beetstra T C 13:03, 11 November 2019 (UTC)
MarMi wiki, did you mean User:Remember_the_dot/Syntax_highlighter? That one is turned off for me. Dirk Beetstra T C 13:10, 11 November 2019 (UTC)
I meant the default highlighter (CodeMirror) (the pencil icon, ~7th button from the left on the toolbar).
Under FF with enabled highlighting the script will not work either (I checked it with the above code snippets in Console). When in highlight mode, the text is stored in multiple div/span tags - each line (until enter) is in its own div. MarMi wiki (talk) 13:39, 11 November 2019 (UTC)
@MarMi wiki: yay, that worked. Rather annoying (I find it rather handy), but well, at least I can get the script to work. Thanks! --Dirk Beetstra T C 13:47, 11 November 2019 (UTC)
@Beetstra: You could also try to disable highlighting in the script (
//code to check if highlighting is enabled
$( '#wpTextbox1' ).data( 'wikiEditor-context' ).modules.toolbar.$toolbar.find( '#mw-editbutton-codemirror > a' )[0].click()
//change value
$( '#wpTextbox1' ).data( 'wikiEditor-context' ).modules.toolbar.$toolbar.find( '#mw-editbutton-codemirror > a' )[0].click()
MarMi wiki (talk) 15:07, 11 November 2019 (UTC)
MarMi wiki, not very elegant, but I could give it a try (though I am afraid it will turn it on when it is already turned off ..). Dirk Beetstra T C 06:11, 12 November 2019 (UTC)
@Beetstra: The api to modify the textarea is jQuery.textSelection. It exists specifically to avoid this issue of keeping multiple editors of the textarea in sync with eachother. —TheDJ (talkcontribs) 14:50, 12 November 2019 (UTC)
And it's even described on Wikipedia:User_scripts/Guide#Text_manipulation and Wikipedia:User_scripts/Techniques#Automatic_edits. I think it should be mentioned also on the WikiEditor and CodeMirror extensions pages (for example with a link: "visit here if you want to develop a JS script").
So for this case it would be:
var text = $textbox.textSelection( 'getContents')
$textbox.textSelection( 'setContents', text+'\n test')
// Above will scroll the text to the top (at least it does that when syntax highlighting is on),
// if you want to scroll back, you need to remember caret position:

// Put this line before 'setContents'
var pos = $textbox.textSelection( 'getCaretPosition')
// Put this line after 'setContents'
$textbox.textSelection( 'setSelection', pos)
--MarMi wiki (talk) 15:43, 12 November 2019 (UTC)

Tech News: 2019-46[edit]

22:02, 11 November 2019 (UTC)

Development environment for this wiki (take 2)[edit]

If I make a (Vagrant or Docker or VirtualBox) development for this wiki, would you be interested in including

  • 1. all gadgets or only some (if so then which)
  • 2. all extensions or only some (if so then which)
  • 3. all content or only some (if so then what part)
  • 4. all settings or only some (if so then which ones)

Also what extensions, or improvements to existing extensions, would you like to see developed if someone volunteers to do it. Is there a wish list.

Thanks, --Gryllida (talk) 05:10, 12 November 2019 (UTC)

There's plenty of wishes at meta:Community Wishlist Survey 2019/Results (and from previous years) - Evad37 [talk] 10:45, 12 November 2019 (UTC)
All extensions and settings should be there. Since gadgets can be installed trivially by editing pages on-wiki, there would not be much point in adding them. Regarding the content -- it wouldn't be possible to include 50 million pages, right? A sample, of say 100 pages from each namespace would be okay. SD0001 (talk) 11:41, 13 November 2019 (UTC)

Read only maintenance window planned for ENWP at 14th Nov 06:00 AM UTC[edit]

This is a reminder. See for more information.

Due to daylight saving time, the time window has been changed from 05:00 UTC to 06:00 UTC.

Trizek (WMF) (talk) 09:43, 13 November 2019 (UTC)

JS to change contribs link[edit]

A user posted a question at the teahouse about how to set the contribs list to filter out edits to his user page. I didn't see a way to set the default options for the Special:Contribs page or any params to that Special page other than the username. So, I gave them an alternate link with a "long-form" URL with the params set up to filter out User namespace contribs. I'd like to be able to modify that Contribs link at the top of the page to use this URL instead of the plain Special:Contribs. This seems to work, but I'd appreciate knowing if there's an easier/better way (I'm a developer, but a total novice in this environment). The code I added to my common.js is:

$(document).ready(function() {
	var s = document.getElementById("pt-mycontris").firstChild.href;
	document.getElementById("pt-mycontris").firstChild.href =
		+ s.substr(s.lastIndexOf('/') + 1)
		+ "&namespace=2&wpfilters%5B%5D=nsInvert&title=Special%3AContributions";

(I actually already had a ready() function and added to it.) Thanks. —[AlanM1(talk)]— 11:03, 13 November 2019 (UTC)

$('#pt-mycontris a')[0].href += '?namespace=2&wpfilters%5B%5D=nsInvert'; inside the ready() does the same thing. SD0001 (talk) 11:34, 13 November 2019 (UTC)
Excellent, thanks! Do other Special pages work the same way (allowing tacking the raw URL parms on the end of one of the supported parms)? Is it documented somewhere what's available? —[AlanM1(talk)]— 12:12, 13 November 2019 (UTC)
Most special pages have one primary parameter, which for contributions is the username, so links of the form /wiki/Special:Contributions/username?...other...params... are the same as /w/index.php?title=Special:Contributions&...other...params . Similarly for WhatLinksHere, the primary parameter is the page name, and for PrefixIndex the prefix. SD0001 (talk) 15:04, 13 November 2019 (UTC)