Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
Jump to navigationJump 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.
Font size changed unexpectedly?
You may have accidentally changed the font size on your browser for a particular website by pressing a shortcut key or scrollwheel without realising it. Try resetting the zoom with Ctrl+0 (typing the digit zero while holding down the control key) or adjusting the zoom with Ctrl++ or Ctrl+-. Alternatively, look for the View option on your browser's menu and reset it to 100%.
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.
Numbers listed in parentheses in the "Recent changes" section, on history pages and in your watchlist are the number of added or removed bytes.
For server or network status, please see Public Website Health Status for Wikimedia Foundation - Core services.
Questions and suggestions related to the www.wikipedia.org portal should go to Meta.
« Older discussions, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167

Contents


Remex: My page is recently broken and I can't figure out why[edit]

A new parsing tool called Remex is now cleaning up the HTML output for a webpage. It may cause some pages to display in undesirable ways. Be patient while we work out the kinks, and feel free to report problems in a new subsection here:

Visible bullets in infobox[edit]

FYI: Pointer to discussion elsewhere

See Template talk:Infobox musical artist#Visible bullets at Limp Bizkit. --Redrose64 🌹 (talk) 20:58, 5 July 2018 (UTC)

Post-Tidy fix may be needed at Template:Infobox NFL team[edit]

This link currently shows me different rendering of the bullets under "Playoff appearances (10)" and "Home fields" in {{Infobox NFL team}}. The Tidy version on the left renders normally, with bullets inside the infobox and aligned with the bulleted lists above these bottom sections. The post-Tidy version, which is currently live, shows the bullets for these two sections sitting just outside the box that outlines the infobox. I don't see an obvious cause of this problem. – Jonesey95 (talk) 03:04, 6 July 2018 (UTC)

I hacked the {{Infobox NFL team/sandbox}} with div tags wrapping the problematic list items. Is that terrible? It seems to work. If I put /sandbox into the edit above and preview it, everything looks fine. I wonder if a similar fix would work for Infobox musical artist, or if there is a more general fix that is needed. It seems like it would be a challenge to do something like this to every infobox field that might have bullets in it.
And it doesn't explain why the "Team nicknames" section renders just fine. Is it because the header and data use different numbers in the broken sections? I don't know enough about how infoboxen work to know what effect that numbering has. – Jonesey95 (talk) 03:18, 6 July 2018 (UTC)
Jonesey95: See my response at Template_talk:Infobox_musical_artist#Visible_bullets_at_Limp_Bizkit. The same reasoning applies to this infobox. Presumably, fixing that module would fix this too. SSastry (WMF) (talk) 09:13, 6 July 2018 (UTC)

Peculiar html rendering issue[edit]

As of just the last little while, most of the html-defined fields I am currently using on my user page are suddenly rendering a vertical bar (|) that is not in the supplied text; this occurs only in fields which possess some degree of text however. I'm not even sure what the namespace is to which the "{|" syntax points, so I can't investigate further, but I assume that the problem is not isolated to my user page (if I made some kind of error which cause this rendering, it would have had to have been a while back and I can't imagine I went that long without noticing). I've been off project for a few days, so the alteration may have occurred at any point during as far as I know. Anyone have some thoughts? I'm not too concerned about the user page, but I do wonder if there are content or policy pages affected. Thanks in advance for any insight. Snow let's rap 01:23, 8 July 2018 (UTC)

@Snow Rise: You have 4 dozen lint errors and Remex was just enabled. (I have consequently moved your section.) --Izno (talk) 02:30, 8 July 2018 (UTC)
I believe the cause is <span style="border: 1px solid">, which is unclosed. Is it your intent to have that span? I think I got them all (and it was indeed that). There might be still remaining lint errors. --Izno (talk) 02:46, 8 July 2018 (UTC)
I have cleaned the rest of the page a good bit. There are still some remaining lint errors that I don't want to fight with right now. I think they are due to some unclosed span tags bumping into block elements like the horizontal rules. Let me know if I didn't quite get some set of stylings right on the page. --Izno (talk) 04:26, 8 July 2018 (UTC)
It all looks good to me, Izno. I had no idea about the Tidy->Remex shake-up and didn't realize the number of lint errors I had that would no longer get the benefit of Tidy. Thank you for clarifying the matter and for taking the time to clean up so many of the errors--it was a very generous use of your time! Snow let's rap 06:14, 8 July 2018 (UTC)

Unclosed tag in a user message template[edit]

I just realized the user message template {{Pending changes reviewer granted}} (formerly {{Reviewer-notice}} and {{Reviewer granted}}) had contained the code <tt>reviewer<tt> with an unclosed <tt> for good 4 years and have affected over four thousand User talk pages. It looks like the code had no effect on appearance but with the recent installment of the Remex parser it has broken all the pages the template was substed onto. Can someone fix them with a bot? (Or is someone already?) And I wonder if there is any other similar case where a subst template has plagued pages with unclosed tags... Nardog (talk) 15:47, 8 July 2018 (UTC)

I'll request a bot task here for High/Medium Linter cleanups for Fluxbot - our review and approval process can be somewhat lengthy. — xaosflux Talk 15:51, 8 July 2018 (UTC)
See Wikipedia:Bots/Requests for approval/Fluxbot 7. — xaosflux Talk 16:00, 8 July 2018 (UTC)
As an FYI, in this use, we should probably use {{subst:tt|reviewer}} rather than fixing the unclosed tag.
As for bot tasks, I think you should probably use separate tasks for this rather than a Fluxbot 7, regardless of bureaucracy. Not all changes can be automated and even those that can will have different approaches (especially e.g. obsolete elements). --Izno (talk) 16:39, 8 July 2018 (UTC)
@Izno: these will mostly not be automated, just explicit batches if approved. As for the error and fix described above, fixing the bad tt close is the "obvious" fix for this error, and the one most normal editors would make, why would you not want to see it fixed that way? — xaosflux Talk 21:57, 8 July 2018 (UTC)
Because it is not just unclosed, it is obsolete. Kill a second bird with the stone. --Izno (talk) 22:32, 8 July 2018 (UTC)
But why subst {{tt}}? That adds extraneous code in the source. If you're suggesting substitution so as not to increase the transclusion count, then I'd rather see the <tt> tag removed entirely. Nardog (talk) 22:44, 8 July 2018 (UTC)
The writer wanted special markup for this text, making there be no markup is a big step. I'll probably withdraw my BRFA on this, I expect this type of argument over every cause of each error to take place and I'm not going to deal with tracking a consensus build for each use case. — xaosflux Talk 23:00, 8 July 2018 (UTC)
I guess you can just throw your hands up. :) I'd welcome these bot tasks--I just think it would be better to take them one at a time--otherwise people will argue that a certain change isn't in the scope of the task, or if it is they'll argue that the scope of the task was too broad, and then you're stuck pausing an entire task. --Izno (talk) 23:11, 8 July 2018 (UTC)
The text was in quotes in addition to <tt> anyway... I'm fine with any option (closing, removing, or {{tt}}) except subst. Nardog (talk) 23:24, 8 July 2018 (UTC)
@Izno: some of these pages are a mess, with variances of CODE, TT, SAMP, etc causing the entire page formatting to break - but there is no way I'm going to track a complicated series of fixes, if I come across these in normal editing the only thing I'm probably ever going to do is add/repair the closing tag - I'm well aware of the bureaucracy around here and that editors are passionate about different methods of markup. If there is consensus that making the pages "better" was fine this would be a non-issue, but trying to get a strong consensus for what the "best" is and changing pages from bad to "the best" in one step is way beyond my patience to manage. Feedback is still welcome of course! — xaosflux Talk 00:41, 9 July 2018 (UTC)
I agree with Xaos about making the jump from "tt was used only for convenient styling" to "we should remove the styling entirely" as well. And yes, mostly just to not deal with the transclusion count. Our current template should probably subst/use the markup directly for that as well (or decide whether one of the tt replacements is better; maybe samp?). --Izno (talk) 23:11, 8 July 2018 (UTC)

Horrible colour and font on article talk page[edit]

On Talk:King George V-class battleship (1939) most of the text is in a horrible colour and font. I can't see what is causing this. Can anyone fix it please? DuncanHill (talk) 15:11, 9 July 2018 (UTC)

 Done. An old signature from Ed had a couple unclosed <font>...</font> tags. –Deacon Vorbis (carbon • videos) 15:23, 9 July 2018 (UTC)
Undoubtedly related to MediaWiki's new HTML parser attempting to fix broken HTML differently than Tidy did. I've fixed them. SiBr4 (talk) 15:31, 9 July 2018 (UTC)
How odd, I swear I made the exact same changes you did at the same time (in 2 separate edits even), and it didn't even tell me that there was a conflict. Sorry if it seemed like I was trying to take credit or something. –Deacon Vorbis (carbon • videos) 15:33, 9 July 2018 (UTC)
  • Thank you, looks a lot better now. DuncanHill (talk) 15:41, 9 July 2018 (UTC)
  • Talk:USS Nevada (BB-36) has the same issue, I think I fixed some of it, but there's a lot of that signature... Chris857 (talk) 18:20, 11 July 2018 (UTC)
    The level of my annoyance knows no bounds. --Izno (talk) 18:36, 11 July 2018 (UTC)

Location Map Template Issues[edit]

Hi - hopefully someone can help me with this issue. I regularly edit English rugby union league pages on Wikipedia and use location map templates to show the teams in each league. I have not had any real issues until recently when I noticed that using position=top or position=bottom started to create an unusually large space between the location marking and the team in question (see examples below - Whitchurch, Longton, Dudley K). This has caused many of the pages to become very cluttered and make it difficult to work out where teams are. Would appreciate any feedback. Thanks. Jgjsmith006 (talk) 09:37, 10 July 2018 (UTC)

@Jgjsmith006:This is due to an incorrect usage of {{location map~}} made visible by the recent changeover from Tidy to remexHTML. You shouldn't be wrapping the labels in divs to change their size. There is a dedicated parameter named "label_size" which should be used. I've corrected the Whitchurch label in your example, so that you may compare. —TheDJ (talkcontribs) 11:59, 10 July 2018 (UTC)
@Jgjsmith006: Also, 70% is way too small, it is very much against MOS:ACCESS#Font size. I can't read it, so I doubt that one or two other people I could name (RexxS for instance) can read it either. --Redrose64 🌹 (talk) 07:13, 11 July 2018 (UTC)
Thanks Redrose. I will try and make it bigger but the problem is that there is often not enough space for all the times. Perhaps if the maps had more options when to place text (e.g. top left, bottom right etc) it might be easier. I wouldn't mind someone doing a proper West Midlands map (not just the county) so I could fit more of these teams in with bigger text. I had a go at creating maps but couldn't make head or tails of them. Do you know anyone who might be able to help me with this? Cheers. Jgjsmith006 (talk) 19:56, 11 July 2018 (UTC)
Have you considered a dynamic map do achieve that goal? See mw:Help:VisualEditor/Maps for the easy way to do it (in the visual editor). A basic one is easy enough that even I can do it.  ;-) Whatamidoing (WMF) (talk) 02:06, 12 July 2018 (UTC)
Nilfanion (talk · contribs) has created lots of SVG maps like this one. --Redrose64 🌹 (talk) 10:04, 12 July 2018 (UTC)
Thanks guys will try your advice. The maps look better with the new labels and are much clearer at size 75. Nilfanion has done a map before for me but I had forgotten their details - I will get in touch - thank you all once more. Jgjsmith006 (talk) 19:45, 13 July 2018 (UTC)

HTML formatting issues in archived talk pages[edit]

I don't know if this has anything to do with Linter, Tidy, or Remex, but I have only begun noticing this since these changes were implemented. Specifically, I have recently been encountering what appears to be HTML errors in talk page archives, usually having to do with unclosed tags that cause the rest of the page to be formatted with that HTML markup. For example, I just came across this: Wikipedia:Administrators' noticeboard/IncidentArchive962#Edit-warring at AIV (permanent link). Unless this is a problem on my end, the rest of the page from that point on is stricken due to <s>added<s> lacking a slash in the closing tag. It appears that the unclosed tag HTML error was added and never fixed (even though a bolding issue was noticed and fixed in the very next edit) before being archived, but the fact that nobody fixed it despite being live for days before archival suggests to me that the endless strikethrough formatting was not rendering at that time. Now it is, though.

This is not the only incident. I have seen similar formatting issues in other archived talk pages, but only recently, such as signature formatting being applied to the rest of the page due to the absence of closing HTML tags. I do not have links to those other particular incidents, since they are rare and I initially did not think much of them. I am beginning to wonder if there might be a connection here, though, since I have been perusing archived talk pages for years and do not recall once ever encountering such issues until the past month.

Might this have anything to do with the new parsing changes? Maybe this is related to mw:Help:Extension:Linter/multiple-unclosed-formatting-tags? Or is this old news and I have only just recently been encountering it?

Lastly, I recently fixed missing closing tags at Wikipedia talk:Courtesy vanishing. I don't know if this is at all related, either. Given how it was clearly causing rendering issues for the entire page after those closing tags were removed in August 2012 during improper signature refactoring by the user subsequent to their post being autosigned in previous edit, I find it difficult to believe that it has gone unnoticed for nearly six years by 38 users over 76 edits. But who knows, maybe it was and this is just all coincidence. —Nøkkenbuer (talkcontribs) 05:53, 15 July 2018 (UTC); revised 08:18, 15 July 2018 (UTC)

@Nøkkenbuer: Yes, this is because of Remex. I've run into these formatting problems at least once. I don't know if there's any plan to fix them right now (you could ask at WT:Linter or WP:BOTREQ), but errors in articles have been given higher priority than old signatures. Jc86035 (talk) 06:54, 15 July 2018 (UTC)
Thanks for the information and confirmation, Jc86035. Should I, or any other editor, manually fix these formatting errors in talk page archives whenever we encounter them? Or should they remain untouched? I understand that talk page archives are almost never edited outside of occasional bot edits, categorization, and manual archival, so I assume a hard no. That is why I have not attempted to fix any of these errors. Assuming we should not, is it worthwhile to report instances here or somewhere? Or would that not be useful information? Any further instruction on this matter is appreciated. —Nøkkenbuer (talkcontribs) 07:10, 15 July 2018 (UTC)
@Nøkkenbuer: I don't know and I can't tell you what to do, but I think that if it's fixable by a bot (i.e. stuff like <s>…<s> → <s>…</s>), it's probably not worth your time. There are thousands upon thousands of them in any case. Jc86035 (talk) 07:16, 15 July 2018 (UTC)
I suppose so, especially since this may just become routine cleanup work for some near-future bots, anyway. If anyone reading this has any input, please give it. Until further notice, I'll just ignore these errors. Actually, what is stated at Wikipedia:Linter § How you can help (permanent link) basically answers my questions. I may not actively seek them out, but I might as well manually fix them whenever they are encountered.Nøkkenbuer (talkcontribs) 07:35, 15 July 2018 (UTC); revised 07:48, 15 July 2018 (UTC)
I would advise against changing archives unless you feel like a glutton for punishment and time wasting, unless you're trying to read something and the styles are causing the text to be difficult to read or are unintelligible. Active talk pages, it might be valuable to clean up. Maybe someone can put together a query for talk pages (any talk pages or those with new section edit link magic word outside mainspace) with errors which do not have "archive" and a / in the page name. --Izno (talk) 23:41, 15 July 2018 (UTC)
I have fixed the WP:VPT archives numbered higher than 145 insofar as fixing the few unclosed <code> tags and similar that were most strikingly affecting readability. The pages still have plenty of other lint errors. --Pipetricker (talk) 10:25, 16 July 2018 (UTC)

I've got consensus to merge two pages - now what do I do?[edit]

Back in December 2017 I put in a merge request using Copy and Paste easy merge templates. Consensus to merge was established 2 June 2018 see: Requests answered in June 2018 and discussion but I don't know how to do mergers (please don't point me to the instructions). Is there a place I can go to request a "volunteer merger editor" to actually carry it out, or do I simply wait? I thought there would just be a "done" or "not done" reply, I hadn't bargained on a "working - you may now proceed" answer! --The Vintage Feminist (talk) 17:19, 6 July 2018 (UTC)

@The Vintage Feminist: there is nothing magic or automatic about the merge process, see Wikipedia:Merging#How_to_merge - I know you asked not to see the instructions but they are there for a reason. The major next step is editorial, not technical: what actual content from the FROM article to you want to show in the TO article? You need to put that content in to the article by editing. — xaosflux Talk 17:26, 6 July 2018 (UTC)
(edit conflict)You can request so at Requests for merge assistance and feedback, although that place is perpetually backlogged due to cumbersome nature of merging. Moreover, after you list it, it will be helpful for you to be bold and learn how to merge pages yourself. There's a chance, you'll learn the merger process and even merge the pages before the volunteer from heaven attended to your request. –Ammarpad (talk) 17:40, 6 July 2018 (UTC)
The Vintage Feminist, It really is not difficult. Just follow the instructions step by step and the actual merge will be done after very few steps, none difficult. It looks more complicated than it is, and you can't break anything irreversibly. As an extra suggestion. put an {{in use}} template into each before you start to reduce the chance that someone or a bot will edit while you are busy. Give it a go and ping me if you have any trouble. (I am in UTC+2 time zone, and often not available between 10pm and 7am, due to a habit of sleeping at night). The cleanup after the merge usually takes longer. · · · Peter (Southwood) (talk): 18:59, 6 July 2018 (UTC)
The thing about merging, is that the proposer often has the best idea of where the merged text should go, and how to clean up the merged article after pasting in the added content. · · · Peter (Southwood) (talk): 06:11, 9 July 2018 (UTC)
Okay done, thanks everybody. --The Vintage Feminist (talk) 16:14, 11 July 2018 (UTC)

Consultation on the creation of a separate user group for editing sitewide CSS/JS[edit]

On the contrary, I think this is a fairly huge change that more administrators and the enwiki community at large should take an interest in. Killiondude (talk) 19:57, 9 July 2018 (UTC)
Eh, I don't know about that. I read the page (and the talk page), and the gist seems to be that the local bureaucrats will be able to assign the "delete the Main Page" button separately from the "install malware" button. We might choose to have an "WP:RFJS" to go alongside WP:RFA, but we're still the ones deciding who gets which rights. It doesn't seem like a big deal to me. WhatamIdoing (talk) 02:38, 12 July 2018 (UTC)

User:Filpro's Indian English script[edit]

Why doesn't this script work anymore? This is the one in question: importScript( 'User:Filpro/script/IE.js' ); // Backlink: User:Filpro/script/IE.js --Kailash29792 (talk) 11:16, 9 July 2018 (UTC)

The user was recently renamed, that is probably what broke the script. –Ammarpad (talk) 11:35, 9 July 2018 (UTC)
So is there a way to fix this? --Kailash29792 (talk) 04:59, 10 July 2018 (UTC)
The actual script is now at User:फ़िलप्रो/script/EN-IN.js, so
importScript( 'User:फ़िलप्रो/script/EN-IN.js' ); // Backlink: [[User:फ़िलप्रो/script/EN-IN.js]]
should work. The other titles form a weird chain of redirect-like pages: User:Filpro/script/IE.js points to User:फ़िलप्रो/script/IE.js, which points to User:Filpro/script/EN-IN.js, which finally points to User:फ़िलप्रो/script/EN-IN.js. This makes the first two double redirects of sorts (not sure if there's such a thing when it comes to JS pages), which might be why the script you've changed it to fails. SiBr4 (talk) 08:59, 10 July 2018 (UTC)
After trying to install the various aliases, it appears even the "single redirect" User:Filpro/script/EN-IN.js fails, so the problem may not be the redirect chaining, but some of the redirects themselves. The raw JS files for User:Filpro/script/EN-IN.js and User:Filpro/script/IE.js give a "Forbidden" error, saying "For security reasons JavaScript, CSS and JSON user subpages cannot be loaded for unregistered users". User:फ़िलप्रो/script/IE.js successfully imports User:Filpro/script/EN-IN.js, which then fails as above. The actual script User:फ़िलप्रो/script/EN-IN.js seems to work, though. SiBr4 (talk) 09:15, 10 July 2018 (UTC)
@Kailash29792, Ammarpad, and SiBr4: The #REDIRECT [[...]] directive is a MediaWiki thing, for use on pages containing Wiki markup. .js pages are not intended to be written in Wiki markup (although certain templates and links are processed, silently). This directive is not valid JavaScript, so when your browser is served such a page, it will not be processed. One of several things could happen, depending upon your browser and its configuration: it might ignore the page entirely; it might throw a clear and helpful error message; it might throw a cryptic and unhelpful error message; it might crash the page. --Redrose64 🌹 (talk) 23:11, 10 July 2018 (UTC)
So, what is the resolution? What should I do? I've amended the script on my common.js to User:फ़िलप्रो/script/EN-IN.js. Kailash29792 (talk) 04:00, 11 July 2018 (UTC)
@Redrose64:: the #REDIRECT is within a /* */ comment on each page, so it shouldn't break the JS (that MediaWiki actually correctly processes that as a redirect without a link in square brackets, at least for User:फ़िलप्रो/script/IE.js, was new to me, though). I'd tried copying the contents of User:Filpro/script/EN-IN.js into my JS and it worked, it's just that importing the script doesn't.
@Kailash29792: If User:फ़िलप्रो/script/EN-IN.js works, nothing. The "redirects" might need to be edited to work (both Filpro aliases are still used by a few users), but I'm not yet sure how, and JS pages can only be edited by admins and the owner of the userspace. SiBr4 (talk) 09:38, 11 July 2018 (UTC)
फ़िलप्रो, your attention is needed here. Kailash29792 (talk) 09:53, 11 July 2018 (UTC)
The users of the script have been notified. I think it's best to delete all those redirects and so they've been nominated for deletion. फ़िलप्रो (talk) 17:06, 11 July 2018 (UTC)
फ़िलप्रो, nothing has changed. Can you please enter my common.js page and see if I put it correctly? Kailash29792 (talk) 04:37, 12 July 2018 (UTC)
Kailash29792, your common.js seems to be correct. Try pressing Ctrl + F5 or clearing your cache. If that doesn't work try replacing "User:फ़िलप्रो/script/EN-IN.js" with "User:%E0%A4%AB%E0%A4%BC%E0%A4%BF%E0%A4%B2%E0%A4%AA%E0%A5%8D%E0%A4%B0%E0%A5%8B/script/EN-IN.js". Let me know if the problem still persists. Thanks. फ़िलप्रो (talk) 05:03, 12 July 2018 (UTC)
Still nothing. It briefly worked in a draft article, but never again. On User:फ़िलप्रो/script/EN-IN.js, I find one instance of User:Filpro/EN-IN. Maybe that's the code? Or Chrome and Firefox (my primary browsers) no longer support your script? Kailash29792 (talk) 05:21, 12 July 2018 (UTC)

Bug in citation toolbar feature[edit]

Animated GIF demonstrating the bug

I'm using Monobook on Firefox. There's a bug in the citation widget, the one that's in the toolbar that appears above the editing area, the one that's triggered by clicking a button that looks like {{CITE}}. When doing a book citation and you change the date format, the value of the access date increments by one day, as shown in the animated GIF here. Not only that, but if you're at the end of the month, it will create invalid date values (e.g., July 32). I would fix it myself except I don't know where this code lives. Thanks. howcheng {chat} 17:29, 9 July 2018 (UTC)

Your file shows a feature of RefToolbar 1.0 at Wikipedia:RefToolbar, so you must have disabled "Enable enhanced editing toolbar" at Special:Preferences#mw-prefsection-editing. It's enabled by default. I tried to disable it but I cannot reproduce your problem. The date format changes without changing the date for me. I also use Firefox and tried in MonoBook. Can you try with a blank User:Howcheng/monobook.js? Logged out users have another toolbar so you cannot test it by logging out. Do you have any time-manipulating browser add-ons in Firefox? PrimeHunter (talk) 21:07, 9 July 2018 (UTC)
@PrimeHunter: Thanks for pointing me in the right direction. This is what I found in MediaWiki:RefToolbarLegacy.js in the function formatDate:
 else if (/^\d\d? \w+ \d\d\d\d$/.test(datein) || /^\w+ \d\d?, \d\d\d\d$/.test(datein)) {var DT=new Date(datein);year=DT.getUTCFullYear();month=DT.getUTCMonth()+1;date=DT.getUTCDate()+1;}
It looks to me like when the date format is dmy or mdy, the script is adding one to the date value, which corresponds with the behavior I'm seeing. howcheng {chat} 06:53, 10 July 2018 (UTC)
It's a time zone issue. DT.getUTCDate() apparently assumes DT is local time for the browser (not the Wikipedia preference) at midnight and converts it to UTC. I'm at UTC+2. 28 September 2000 in your example is assumed to be 28 September 2000 00:00:00 local time. For me that means 27 September 2000 22:00:00 UTC, so DT.getUTCDate()+1 returns 27+1=28 which is correct. Your user page says California so your browser time is probably UTC−9. 28 September 2000 00:00:00 local time converted to UTC is 28 September 2000 09:00:00. DT.getUTCDate()+1 returns 28+1=29 which is wrong. The script was made by Kaldari who is also in California so I'm not sure why it says +1. Using getFullYear, getMonth and getDate instead of the UTC functions and dropping +1 for date should fix the bug. getUTCMonth and getMonth always return 0 to 11 so +1 is still needed for month. PrimeHunter (talk) 12:21, 10 July 2018 (UTC)
I suspected time zone. Yeah it's weird because the if block for ymd format (right above this one) just uses regex to parse the numeric values as-is without any time zone conversion. I've also never understood why the month value is zero-based. Just creates headaches for developers IMHO. Is there a sandbox version of this file I can apply the fix to? I also may not have access to edit the actual file given the new permissions limitations (as per a post below). howcheng {chat} 15:44, 10 July 2018 (UTC)
The planned edit limitation on sitewide CSS/JS is probably around four weeks away. PrimeHunter (talk) 20:15, 10 July 2018 (UTC)
@Howcheng and PrimeHunter: I think it should be fixed on https://test.wikipedia.org/. Can you try it there and make sure everything's working correctly? If so, ping me, and I'll copy it over to English Wikipedia. Kaldari (talk) 21:19, 10 July 2018 (UTC)
@Kaldari: I can't figure out how to disable reftoolbar 2.0. howcheng {chat} 03:58, 11 July 2018 (UTC)
See Wikipedia:RefToolbar#Versions and change testwiki:Special:Preferences#mw-prefsection-editing. You can also disable both toolbars at "Show edit toolbar" and try to load your own JavaScript instead. I haven't tried this for a toolbar. testwiki:MediaWiki:RefToolbarLegacy.js can only be edited by local administrators. See testwiki:Wikipedia:Administrators#Becoming an administrator. PrimeHunter (talk) 10:38, 11 July 2018 (UTC)
@PrimeHunter: Thanks for that. I had been looking in the Gadgets section and couldn't find it. @Kaldari: Confirmed to be working now. Thanks! howcheng {chat} 15:54, 11 July 2018 (UTC)
@Howcheng: Should be fixed now. Thanks for the report! And thanks PrimeHunter for the help debugging! Kaldari (talk) 16:59, 11 July 2018 (UTC)

Connection issues[edit]

Is anyone else having connectivity issues, particularly when trying to submit an edit? Windows 10 Home, Chrome. Amaury (talk | contribs) 20:39, 9 July 2018 (UTC)

Same setup here, no issues as of now. Home Lander (talk) 20:47, 9 July 2018 (UTC)
@Home Lander: Meant to follow up on Monday. Oops. The problems soon went away. Just to note that any other website was fine while Wikipedia was giving me these issues. Amaury (talk | contribs) 19:27, 11 July 2018 (UTC)

Context not appearing on archive talk despite code being present[edit]

Resolved

Can someone please look at Wikipedia talk:AutoWikiBrowser/Archive 30 particularly the difference between special:diff/836484104 and special:diff/836825128. My edit special:diff/849573836 might also be worth looking at. --Emir of Wikipedia (talk) 22:56, 9 July 2018 (UTC) P.S.: Please ping me in your reply. Thank you.

@Emir of Wikipedia: <nowiki>...</nowiki> was missing around open ref tags. Fixed in [1]. PrimeHunter (talk) 23:11, 9 July 2018 (UTC)
The code worked in the original context, because there was no closing </ref> tag on that page, but broke in the archive when much later a </ref> tag appeared in another comment. So I guess this wasn't a Tidy/Remex thing. --Pipetricker (talk) 10:38, 10 July 2018 (UTC)
Well thanks for your help anyway. I used that archive as a reference for some regex code. --Emir of Wikipedia (talk) 17:40, 11 July 2018 (UTC)

Global preferences came to the Wikipedias today[edit]

See the "Set your global preferences" link on your Preferences page.

Announcement?[edit]

This was announced in the Tech News of 29 May to arrive to the Wikipedias later that week, but didn't happen until today. --Pipetricker (talk) 23:50, 9 July 2018 (UTC)

Yeah, it was delayed – there'll be a notice in next Tech News about this. /Johan (WMF) (talk) 23:53, 9 July 2018 (UTC)
There's also a plan for a separate announcement tomorrow. /Johan (WMF) (talk) 23:55, 9 July 2018 (UTC)
Indeed, announcements are going out now. After the delays in getting this released to all wikis, the Community Wishlist team wanted to make sure global preferences would not have to be reverted again before announcing. Keegan (WMF) (talk) 19:27, 10 July 2018 (UTC)

Visual Editor (beta "New wikitext mode") forced on?[edit]

Resolved

Some time between last night and this morning VE came on as the default editor (talk and non-talk pages) for me, for no apparent reason. I have not logged out or back in again, nor did I change any preferences. Not sure how to turn it off again.  — SMcCandlish ¢ 😼  20:19, 9 July 2018 (UTC)

Special:Preferences#mw-prefsection-editing has options. PrimeHunter (talk) 21:17, 9 July 2018 (UTC)
The only applicable one seems to be "Temporarily disable the visual editor while it is in beta", which I have checked. Having no effect. I did a logoff-login routine. Still getting VE everywhere. I wouldn't mind it except for the gross inefficiency of having to to top-right to click on "Publish changes" to do anything.  — SMcCandlish ¢ 😼  21:55, 9 July 2018 (UTC)
You don't actually have the VisualEditor but the 2017 wikitext editor. Disable "New wikitext mode" and "Automatically enable all new beta features" at Special:Preferences#mw-prefsection-betafeatures. PrimeHunter (talk) 22:26, 9 July 2018 (UTC)
Ah. I had to go to Special:Preferences#mw-prefsection-betafeatures, turn on "Set a local exception for this global preference" at page top, then turn off "New wikitext mode". Something seems to have changed in how the global prefs are managed. I haven't made any changes to mine in over a week.  — SMcCandlish ¢ 😼  22:35, 9 July 2018 (UTC)
I guess you have to change Special:GlobalPreferences#mw-prefsection-betafeatures if you don't want "New wikitext mode" at any wiki. PrimeHunter (talk) 22:52, 9 July 2018 (UTC)
Hmmm if true, that is not likely to be intentional. Someone should file a ticket about that asap. —TheDJ (talkcontribs) 03:25, 10 July 2018 (UTC)
SMcCandlish, is it possible that you may have set the global "New wikitext mode" from another wiki such as Wiktionary or Test Wiki at an earlier time? --Pipetricker (talk) 07:53, 10 July 2018 (UTC)
Yes, I may have monkeyed around with global user prefs stuff, over at Meta, but it shouldn't have an unexpected effect a week or two later.  — SMcCandlish ¢ 😼  08:09, 10 July 2018 (UTC)
Oh, that would explain it.  — SMcCandlish ¢ 😼  08:11, 10 July 2018 (UTC)
@TheDJ: I only meant that SMcCandlish had probably changed Special:GlobalPreferences#mw-prefsection-betafeatures and if he doesn't want to make a local exception at each wiki he edits then he should change it back. I didn't mean that the local exceptions don't work. They do work. PrimeHunter (talk) 10:26, 10 July 2018 (UTC)

Sec Warning coming up on Chrome[edit]

I am having the sec warning: https://www.wikipedia.org/sec-warning coming up when using Chrome. I have cleared all my data to see if it is being triggered by a cookie. Also have the newest update of Chrome. It is only from this one machine/user profile. — Preceding unsigned comment added by 38.98.70.18 (talk) 13:59, 10 July 2018 (UTC)

Company firewall or other type of proxy service installed somewhere perhaps ? —TheDJ (talkcontribs) 14:21, 10 July 2018 (UTC)

Other users are able to access it from the same network segment so does not appear to be firewall or proxy. — Preceding unsigned comment added by 38.98.70.18 (talk) 14:45, 10 July 2018 (UTC)

(edit conflict) Running Chrome here without issues on Windows 10 Home. IP, what version of Windows is that machine running? Home Lander (talk) 14:46, 10 July 2018 (UTC)

Chrome version 67 (32bit) — Preceding unsigned comment added by 38.98.70.18 (talk) 14:47, 10 July 2018 (UTC)

That's my Chrome version too, but I'm on the 64-bit. Which version of Windows are you running? Home Lander (talk) 14:51, 10 July 2018 (UTC)

For this particular group of users, Windows 7 32-bit. From the same group, other users are not getting the warning, only one user. Which leads me to believe it is something in her profile, however, i have cleared all her IE/Chrome settings/cookies. Short of resetting her entire user profile (not optimal), not sure what could be causing it. — Preceding unsigned comment added by 38.98.70.18 (talk) 14:55, 10 July 2018 (UTC)

It did end up being a firewall issue for that particular user. They were getting the wrong certificate. Thanks for all the help. — Preceding unsigned comment added by 38.98.70.18 (talk) 15:03, 10 July 2018 (UTC)

Self-links not bolded in certain viewing configurations[edit]

It's come to my attention that self-links aren't displayed in bold in some viewing configurations. For me, if I go to Saurophaganax in mobile mode (using Firefox on a desktop computer), in the taxobox line for genus, Saurophaganax is in non-bold black text, and when I hover the cursor over it, it gets underlined, but is not clickable. I've tested this a little and have seen similar behavior with other self-links in mobile mode. I know self-links aren't very common, but they are generated when {{Speciesbox}} or {{Automatic taxobox}} is used with a monotypic taxon. Another editor brought this to my attention, but they experienced it in non-mobile mode with Firefox, but not with Chrome.Plantdrew (talk) 19:12, 11 July 2018 (UTC)

What skin are you using? Besides that, the task for this is phab:T192033. --Izno (talk) 19:25, 11 July 2018 (UTC)
I've got Vector in my preferences. I don't typically view Wikipedia in mobile mode, but I guess I'm using Vector there as well (or whatever the default is). Plantdrew (talk) 19:39, 11 July 2018 (UTC)
@Plantdrew: If you're viewing the mobile website, you're probably using mw:Skin:Minerva Neue. The mobile website ignores your non-mobile skin preferences. --Ahecht (TALK
PAGE
) 20:23, 11 July 2018 (UTC)

Can't delete page[edit]

I've been having some trouble with the bar (don't know the name of it) across the near top of a page, the one to the left of the Search Wikipedia box. Certain items don't show up at all, or the drop-downs don't have certain items. In this instance, the Page drop-down doesn't have Delete or delete page or whatever it normally says. I've tried refreshing. I've tried logging out and back in. While I'm here, is there another way to delete the page besides that drop-down? Thanks.--Bbb23 (talk) 01:31, 12 July 2018 (UTC)

Copy the url for the history page and replace "action=history" with "action=delete". —Cryptic 01:34, 12 July 2018 (UTC)
If you have a Page drop-down then I guess you enabled MoreMenu at Special:Preferences#mw-prefsection-gadgets. What is your skin at Special:Preferences#mw-prefsection-rendering, and what is your browser? Did you check whether Delete is under a "More" tab? Do you get Delete under a "More" tab if you disable MoreMenu? PrimeHunter (talk) 02:05, 12 July 2018 (UTC)
Thank you Cryptic; that worked. @PrimeHunter: Vector and Chrome. Delete is not under More. I disabled MoreMenu and delete is now under More. I'm still puzzled why the Page item disappeared.--Bbb23 (talk) 02:21, 12 July 2018 (UTC)
MoreMenu is JavaScript and scripts often have problems, sometimes causing other scripts to fail. It works for me. Does MoreMenu work if you preview a blank version of User:Bbb23/vector.js? PrimeHunter (talk) 02:40, 12 July 2018 (UTC)
Sorry for the late response, PrimeHunter, but I had to get off-wiki last night and couldn't continue this dialog. I'm not sure what you want me to try. I remove all the material from vector.js, click on Show preview, and then see if the Page drop-down has a delete item? Maybe I'm misunderstanding.--Bbb23 (talk) 12:01, 12 July 2018 (UTC)
Exactly. I'm wondering whether one of your user scripts is interfering. This way you can test it without having to actually save another version of your vector.js. If you preview a user js or css page then the previewed version runs instead of the saved version. You can also save an empty js page if you want but the test doesn't require it. PrimeHunter (talk) 12:13, 12 July 2018 (UTC)
No delete item in Page drop-down after Show preview. I know Chrome updates frequently. Could an update have caused the problem? I can tell you the latest version if that helps.--Bbb23 (talk) 12:44, 12 July 2018 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────This sounds like Wikipedia:Village pump (technical)/Archive 164#Lost the delete button. I'm baffled how this can happen. Bbb23 I know this is a lot to ask, but could you please do the following:

  • In Chrome, go to View > Developer > JavaScript console
  • Run the code localStorage.mmUserRights.contains("delete"). This should return true
  • Also run localStorage.mmCacheDate and let me know what it says.

Doing this will help me figure out what's going wrong, and hopefully fix this bug once and for all. Many many thanks MusikAnimal talk 18:19, 12 July 2018 (UTC)

@MusikAnimal: There is no View in my Chrome.--Bbb23 (talk) 18:27, 12 July 2018 (UTC)
@Bbb23: Oh sorry. To get to the JavaScript console, try step #6 at WP:JSERROR. The keystroke for you is probably Ctrl+⇧ Shift+J MusikAnimal talk 18:29, 12 July 2018 (UTC)
  • @MusikAnimal: When I do that, I get: ... (removed) ... I couldn't format it nicely, so I did the best I could, which ain't great. I didn't do anything after that because all of those incomprehensible error messages made me very nervous. I have no clue what we're doing.--Bbb23 (talk) 18:40, 12 July 2018 (UTC)
    @Bbb23: Hehe no worries, sorry to make you do this! I actually need you to run this code, individually:
  • localStorage.mmUserRights.contains("delete")
  • localStorage.mmCacheDate
And let me know what those say. Thank you so much! MusikAnimal talk 18:55, 12 July 2018 (UTC)
  • @MusikAnimal: Don't think this is what you were expecting:
    localStorage.mmUserRights.contains("delete")
    VM136:1 Uncaught TypeError: localStorage.mmUserRights.contains is not a function at <anonymous>:1:27 (anonymous) @ VM136:1
    localStorage.mmCacheDate
    "1531427563594"
    --Bbb23 (talk) 19:00, 12 July 2018 (UTC)
    @Bbb23: Okay one more thing, run: localStorage.mmUserRights.indexOf("delete") !==-1. It should return true. Also, what version of Chrome are you using? MusikAnimal talk 19:04, 12 July 2018 (UTC)
    @MusikAnimal:. Do the returns on these commands or whatever they are really help you in this instance? Doesn't seem to work at all. But:
    localStorage.mmUserRights.indexOf("delete") !==-1
    VM126:1 Uncaught TypeError: Cannot read property 'indexOf' of undefined at <anonymous>:1:27
    Chrome Version 67.0.3396.99 (Official Build) (64-bit). I am now off to eat at a Chinese restaurant. May not be what NYC has to offer, but it's what we've got here in the hinterlands, and it's surprisingly good. Bon appetit to me.--Bbb23 (talk) 19:12, 12 July 2018 (UTC)
    They are sort of helpful, but indeed they are not returning what is expected. Do you still have MoreMenu turned on? If not, please turn it on, and run localStorage.mmUserRights.indexOf("delete") !==-1 once more. The result from the last command you ran doesn't make sense. In short, clearing your cache should resolve your issue, but I was trying to figure out what was stored in the cache before you cleared it. Oh well. I'll do some more investigation on my own and let you know if I figure anything out. Enjoy your dinner! :) MusikAnimal talk 19:31, 12 July 2018 (UTC)
    I had MoreMenu enabled. Lunch. Thank you for trying to help. I'm hoping it does what inexplicable software problems often do: go away on its own.--Bbb23 (talk) 20:44, 12 July 2018 (UTC)
    So let it be written, so let it be done.--Bbb23 (talk) 02:06, 13 July 2018 (UTC)
    @Bbb23: So it is working for you now? :) If not, WP:BYPASS should fix it. Cheers MusikAnimal talk 16:56, 13 July 2018 (UTC)
    @MusikAnimal: I didn't do a thing. It just started working again yesterday evening and continues to work now.--Bbb23 (talk) 17:04, 13 July 2018 (UTC)
    Well as you reported above, the cache expiry (mmCacheDate) was 1531427563594 in Unix time, which equates to 8:32, 12 July 2018 (UTC) -- around the time you said it magically started working again. That tells me the issue must be cache-related. This is very helpful. I now have some theories as to what might have happened. I'll get to work! Thank you again MusikAnimal talk 17:30, 13 July 2018 (UTC)

Help me Bypass my cache[edit]

I added some userscripts recently in my common.js but I saw no effect on my experience. There I saw one notification stating:

Note: After saving, you may have to bypass your browser's cache to see the changes.
Firefox / Safari: Hold Shift while clicking Reload, or press either Ctrl-F5 or Ctrl-R (⌘-R on a Mac)Google Chrome: Press Ctrl-Shift-R (⌘-Shift-R on a Mac)Internet Explorer: Hold Ctrl while clicking Refresh, or press Ctrl-F5Opera: Go to Menu → Settings (Opera → Preferences on a Mac) and then to Privacy & security → Clear browsing data → Cached images and files.

I use Google chrome for the purpose but I'm on a mobile ! So these notifications proved useless to me.

One of my wiki friends mentioned me to put my query here. So I'm here to ask for your help. Please see!

ARKA (talk) 06:33, 12 July 2018 (UTC)

See this for iOS and this for android. Ruslik_Zero 06:36, 12 July 2018 (UTC)
Thanks but I did it earlier and now as well! No change!

ARKA (talk) 07:08, 12 July 2018 (UTC)

@Dr. Sroy: Many interface features are only in the desktop version of the site. Click "Desktop" at the bottom of a page to switch. PrimeHunter (talk) 10:48, 12 July 2018 (UTC)
@PrimeHunter:Ok trying!

ARKA (talk) 10:51, 12 July 2018 (UTC)

Oh man great! It works! Thanks PrimeHunter! — Preceding unsigned comment added by Dr. Sroy (talkcontribs) 10:53, 12 July 2018 (UTC)

Installation of Twinkle[edit]

Hi there again!

Another problem I seem to have is that I can't install Twinkle to my preference.I had checked the box for Twinkle in my User Preferences(in the Gadget tab, under the Browsing section the checkbox for Twinkle) long ago!But I see no change.

Help me with please!

ARKA (talk) 06:33, 12 July 2018 (UTC)

@Dr. Sroy: Is Javascipt enabled for your browser? If not, see instructions here. Abecedare (talk) 06:59, 12 July 2018 (UTC)
@Abecedare:Yes!ARKA (talk) 07:02, 12 July 2018 (UTC)
@Abecedare:Problem solved! Twinkle enabled!

It only works in the desktop site! — Preceding unsigned comment added by Dr. Sroy (talkcontribs) 11:32, 12 July 2018 (UTC)

Reminder: No editing 06:00–06:30 AM (UTC), 18 July[edit]

As previously stated here in June, English Wikipedia will be read-only for up to 30 minutes (06:00 AM to 06:30 AM UTC) on 18 July because of maintenance work. Everyone will be able to read it, but you can’t edit. If everything goes well, this should just take a few minutes, but prepare for 30 minutes to be on the safe side. I'd suggest some kind of banner to warn all editors, but I think it's up to the English Wikipedia community to decide.

You can read more in the tasks linked to from phab:T197134. /Johan (WMF) (talk) 07:46, 12 July 2018 (UTC)

Alternatively (or in addition) to a banner for logged in users, in the past, some wikis decided to put a warning/reminder on the recentchanges page. Up to you. JCrespo (WMF) (talk) 08:25, 12 July 2018 (UTC)
Maybe list this at CENT for a day? I have no idea how hard it is to cook up a banner, but personally I think something official doesn't need community rubber stamping for a helpful notice. Thanks, L3X1 ◊distænt write◊ 01:40, 13 July 2018 (UTC)
I just reread CENT, it seems they don't want this put there, and recommend P:WP, however that looks fairly dead, so if no one else has been bold, I will put up a {{centralized discussion}} tomorrow morning.Thanks, L3X1 ◊distænt write◊ 01:43, 13 July 2018 (UTC)
I didn't even know P:WP existed. Natureium (talk) 19:19, 13 July 2018 (UTC)
That's the trouble with Portal space - not enough awareness. That is, other than the little boxes that get added to certain places, such as the "See also" sections of articles; the top of category pages; and inside WikiProject banner templates. --Redrose64 🌹 (talk) 09:12, 14 July 2018 (UTC)
P:WP is a redirect to Wikipedia:Community portal which is not a Wikipedia:Portal. It's linked in the left pane and had 346,486 views in the past 30 days. PrimeHunter (talk) 10:26, 14 July 2018 (UTC)
Not all portals are the content-related types found in Portal: space. There are also a handful of project-related portals in both the Portal: and the Wikipedia: namespaces. — AfroThundr (u · t · c) 19:07, 14 July 2018 (UTC)
  • I would be happy for this to be put up publically for logged-in users for the 24 hours before it occurs. Nosebagbear (talk)
    • For users in the United States, that’s 2:00A–2:30A Eastern and 11:00P–11:30P Pacific. — pythoncoder  (talk | contribs) 19:58, 13 July 2018 (UTC)

Per the Cent instructions, this discussion being listed on Centralized discussion looks like it is perhaps a (misplaced) notification of this discussion, and not a notification of the upcoming read-only event.

But any way, I think the proper way to announce the read-only time to everyone who is editing this wiki (including those not logged in), and not just to those who read Cent or the Community portal, would be a MediaWiki:Sitenotice. (Examples: one of the more recent uses on this wiki, use on testwiki.)

I think it would make sense to put up a final warning maybe 15 minutes before going read-only, and an earlier warning a couple of hours before that. --Pipetricker (talk) 01:09, 16 July 2018 (UTC)

Sitenotice should work
Hmm, looks like CentralNotice inhibits the use of MediaWiki:Sitenotice:
mw:Manual:Interface/Sitenotice says:
1. If the CentralNotice extension is enabled, it is displayed (even if not defined); see below.
and
The CentralNotice extension supersedes all other notices.
Do I understand that correctly? And if so, can CentralNotice be used? --Pipetricker (talk) 07:45, 16 July 2018 (UTC)
I asked at the phabricator task whether there will be a $wgReadOnly message displayed during the read-only time. --Pipetricker (talk) 09:22, 16 July 2018 (UTC)
At Phabricator, Marostegui wrote that the $wgReadOnly message will show:
Scheduled maintenance on enwiki from 06:00-06:30 UTC. Database in read-only mode.
--Pipetricker (talk) 09:48, 16 July 2018 (UTC) (now going off-line for a couple of weeks)
I just noticed that the above message will be preceded by the message in MediaWiki:Readonlywarning. --Pipetricker (talk) 18:01, 16 July 2018 (UTC)
You can still run Sitenotices; CentralNotice doesn't disable that. Sitenotices have the advantage of not 'leaking' to other wikis. (CentralNotice shows its English-language messages if you set your user interface language to English, no matter what wiki you're on, which means that it is less than ideal for something affecting only the English Wikipedia.)
IMO there are two major purposes in telling regulars here about this kind of event in advance, in addition to a banner during the event itself. The first is that you know exactly who's going to get most of the questions about it afterwards: you. The second is that a 30-minute outage during a 60-minute edit-a-thon would be a pretty bad experience, so ideally people who are planning events will be able to find out what's happening, and schedule around it. Whatamidoing (WMF) (talk) 17:47, 16 July 2018 (UTC)

This is starting in around 37 minutes from now. Cheers. JCrespo (WMF) (talk) 05:23, 18 July 2018 (UTC)

While you've all got your calendars out[edit]

Please make a note that there will probably be another round of server switch testing in a few months, with the attendant read-only time. Current best guess is "switch to" in mid-to-late September and "switch back" three weeks later, in October. There will naturally be about a hundred reminders between now and then. Face-wink.svg Whatamidoing (WMF) (talk) 23:03, 13 July 2018 (UTC)

Suggesting this Sitenotice[edit]

I don't really have time for this now, but I will post an edit request at MediaWiki talk:Sitenotice in one hour from now, for the following notice, unless there's already a notice up by then:

The English Wikipedia will be read-only for up to 30 minutes beginning 06:00, 18 July UTC (check current UTC time), because of maintenance work. Everyone will be able to read the wiki, but you won't be able to edit.

Feel free to suggest improvements, of course. --Pipetricker (talk) 01:33, 18 July 2018 (UTC)

Note: No Sitenotice was posted. --Pipetricker (talk) 09:00, 18 July 2018 (UTC)

PNGs don't scale? Or am I doing something wrong?[edit]

If I write [[File:Westminstpalace.jpg|300px]]/[[File:Zeta_bootis_short_exposure.png|300px]], I get

Westminstpalace.jpgZeta bootis short exposure.png


Everything is peachy. But if I write [[File:Westminstpalace.jpg|300px|thumb]]/[[File:Zeta_bootis_short_exposure.png|300px|thumb]]I get

Westminstpalace.jpg
Zeta bootis short exposure.png

What gives? Headbomb {t · c · p · b} 12:26, 12 July 2018 (UTC)

Thumbnails cannot be scaled above the original size. File:Zeta bootis short exposure.png is 98 × 92 pixels. [[File:Zeta_bootis_short_exposure.png|300px]] is not a thumbnail so it works there but thumb features cannot be used. PrimeHunter (talk) 12:54, 12 July 2018 (UTC)
Well that's dumb. Frame doesn't work either. Headbomb {t · c · p · b} 18:34, 12 July 2018 (UTC)

Watchlist problems again[edit]

When I bring up my watchlist, it shows articles changed in the past 3 days by default. But the "Period of time to display" drop-down is populated with "1 hour" by default, so that if I click the "Show" button on my watchlist page to refresh it, I only get 1 hour's worth of changes unless I specifically change the drop down. It always resets to 1 hour, even though my preferences are set to 3 days. (IE 11 (sorry -- required by work!), MonoBook skin) WikiDan61ChatMe!ReadMe!! 15:13, 12 July 2018 (UTC)

WikiDan61, instead of clicking 'Show', try clicking the 'Watchlist' link at the top of the page to refresh it. That works with Firefox/MonoBook. BlackcurrantTea (talk) 12:36, 17 July 2018 (UTC)
@BlackcurrantTea: Yes it does, but it's still annoying that, when my preference is to have a 3 day watchlist, the watchlist then populates with 1 hour in the dropdown. This appears to be a new feature rather than a bug, but I can't say that I'm a fan. WikiDan61ChatMe!ReadMe!! 12:51, 17 July 2018 (UTC)
WikiDan61, if you see "Period of time to display" then I guess you have selected "Hide the improved version of the Watchlist" at Special:Preferences#mw-prefsection-watchlist. For me it remembers some settings at "Days to show in watchlist", e.g. 2.9 or 3.1 days but not 3 days which changes to 1 hour like you say. It appears to mainly have problems remembering options which are included in the drop-down box on the watchlist itself. PrimeHunter (talk) 13:33, 17 July 2018 (UTC)
Well, I noticed the problem before the "Improved" watchlist was rolled out, but yes, I have chosen to hide the improvements, because I liked my old tried-and-true Watchlist and found the improved version confusing. WikiDan61ChatMe!ReadMe!! 14:03, 17 July 2018 (UTC)
User:WikiDan61, would you mind checking your Special:GlobalPreferences to see if they're the same as your local Special:Preferences? I think this is a bug in GlobalPrefs (well, a mismatch between what new GlobalPrefs feature offers, and what the suddenly-slightly-outdated watchlist is trying to do). Whatamidoing (WMF) (talk) 18:17, 17 July 2018 (UTC)
@Whatamidoing (WMF): My Special:GlobalPreferences show the proper 3 day watchlist, and none of the options are checked to be made global. WikiDan61ChatMe!ReadMe!! 18:39, 17 July 2018 (UTC)

Old Watchlist Problem[edit]

There appears to be a problem with the old watchlist that resets the "Period of time to display: " back to 1 hour when the page loads rather than leaving it at what it was previously or the value selected in the preferences. Keith D (talk) 21:20, 17 July 2018 (UTC)

@Keith D: I moved your post to an existing section. It works for me to change the value in preferences to a non-integer or some other integers. PrimeHunter (talk) 21:37, 17 July 2018 (UTC)
@PrimeHunter: The field is validated but using a decimal it does not appear to work. (Incidentally the ping did not work either) Keith D (talk) 23:40, 17 July 2018 (UTC)

Error deleting file: inconsistent state within the internal storage backends[edit]

I'm getting the following error when trying to delete File:Mariko Silver Portrait 2014 1.jpg under F8. Anyone know how to fix this? Thanks, FASTILY 19:18, 12 July 2018 (UTC)

  • FWIW, I've just tried to delete it as well, and still get the same message, so it's not something temporary. Black Kite (talk) 23:16, 12 July 2018 (UTC)
  • Thanks for taking a look. I've filed a bug report: phab:T199499. -FASTILY 04:47, 13 July 2018 (UTC)

Central login[edit]

Why is central login not working for Wikidata too? And could someone connect Translatewiki in central login projects (it should be[come] part of Wikimedia, currently is only designated as MediaWiki project)? --Obsuser (talk) 00:14, 13 July 2018 (UTC)

Not sure what you mean by Central login not working for Wikidata since Special:CentralAuth/Obsuser shows Wikidata connected and in fact you edited there few hours ago. Translatewiki is also running on MediaWiki software but it is not part of Wikimedia Foundation projects hence not part of SUL wikis. –Ammarpad (talk) 04:14, 13 July 2018 (UTC)
Sometimes the system don't log in you to all of its projects for some reason. And in some projects it logs you out automatically. Stryn (talk) 06:52, 13 July 2018 (UTC)
Try to delete cookies for wikidata.org. PrimeHunter (talk) 10:58, 13 July 2018 (UTC)

Issues uploading audio files to Wikipedia[edit]

I'm trying to upload samples of audio recordings to add to an article I'm working on and am having technical issues.

I've encountered this problem using both the http://en.wikipedia.org.mevn.net/wiki/Wikipedia:File_Upload_Wizard and the http://en.wikipedia.org.mevn.net/wiki/Special:Upload

I'm using Chrome version 67.0.3396.99 (Official Build) (64-bit), which it tells me is up to date, and Windows 10.

The problem is, whenever I try to upload an .mp3 file or .ogg file, wikipedia does not recognise them as those extension types. When I try to upload a .mp3 file, it says "".mpga" is not a permitted file type. Permitted file types are tiff, tif, png, gif, jpg, jpeg, webp, xcf, pdf, mid, ogg, ogv, svg, djvu, oga, flac, opus, wav, webm, mp3."When I attempt to upload a .ogg file, it says "".ogx" is not a permitted file type. Permitted file types are tiff, tif, png, gif, jpg, jpeg, webp, xcf, pdf, mid, ogg, ogv, svg, djvu, oga, flac, opus, wav, webm, mp3."

Now, I've triple checked my files and windows lists them on my screen as .mp3 and .ogg, even when you right click and look at the properties, they say .mp3 and .ogg, NOT .mpga and .ogx

So my computer is telling me they are the right type of file, but when I attempt to upload them to Wikipedia, Wikipedia believes they are a different type of file. If anyone has any advice for me on how to upload these file, it would be very much appreciated and I'm beginning to go crazy. NicklausAU (talk) 04:18, 13 July 2018 (UTC)

I transferred the exact same files from my laptop to my android phone (still using chrome) and the upload worked without any issues. I guess it's no longer as important, but would still be helpful to know about in the future. NicklausAU (talk) 04:33, 13 July 2018 (UTC)

Infoboxes erroneously wrapped in bold tags[edit]

While investigating some error logs for the mobile web site, I noticed that 170 pages have incorrect formatting which wraps the infobox in a bold or italic tag.e.g.

'''{{Infobox venue... }}'''Subject title'' is defined in this line.

I'm not sure what's causing this problem (maybe a result of new pages being copy and pasted or edit conflicts?). I've made a few fixes myself (see Special:Contributions/Jdlrobson but obviously me manually fixing these isn't the most sustainable of ideas!

Can we get this fixed via a bot?

You can use this query] to find pages with the problem.

Jdlrobson (talk) 15:18, 13 July 2018 (UTC)

@Jdlrobson: Wallace Wade Stadium was the first page that showed up in the search, and I cleaned it up. My guess is the infobox on some articles may have been inserted after the bulk of the articles may have already been written and it was accidentally inserted after the bold string for the title. Not all of the articles listed seem to visually have issues - Brisbane, California looks normal, for example. Home Lander (talk) 15:54, 13 July 2018 (UTC)
I don't think it's quite straightforward to fix these with a bot, as many have other underlying formatting issues as well that didn't show up until the switch from html4-tidy to RemexHtml earlier this month. A lot of them do seem like they were articles started by copying and pasting another (especially the ones on ethnic groups and on rugby and football teams), and the errors are just showing up now due to Remex. I've started going through them with AWB, but each one needs a bit of manual processing. --Ahecht (TALK
PAGE
) 16:17, 13 July 2018 (UTC)
Fixed. These are all fixed now, if the insource search is working. – Jonesey95 (talk) 19:01, 13 July 2018 (UTC)

Edits are lost when changing from VisualEditor to regular editor[edit]

It seems like when I start editing an article in VisualEditor (e.g to add citations) and then change in source editor mode, the changes don't carry over between the edit windows. Jo-Jo Eumerus (talk, contributions) 17:11, 13 July 2018 (UTC)

It works fine for me, in both directions.. -- RoySmith (talk) 19:11, 13 July 2018 (UTC)
What browser, operating system, skin? --Izno (talk) 19:56, 13 July 2018 (UTC)
Firefox latest, Windows 10 and Vector. Jo-Jo Eumerus (talk, contributions) 21:51, 13 July 2018 (UTC)
Jo-Jo Eumerus, does this happen every time? If you make multiple changes (e.g., to different parts of the article), do you lose all of your work, or just some of it? Whatamidoing (WMF) (talk) 23:09, 13 July 2018 (UTC)
It seems like the issue happens when I try to change through the header buttons (these next to the "view history" button). Formerly then the page changed over with a you have changed the editing mode flag and kept previous edits. Now instead I get the "some changes may not be saved if you leave this page" popup and the edits done in the previous editing mode don't stay. Jo-Jo Eumerus (talk, contributions) 12:24, 14 July 2018 (UTC)
Thanks. I've filed a bug. Since your first edits are from 2012, I'm going to assume that you are using the 2010 wikitext editor. Whatamidoing (WMF) (talk) 21:26, 15 July 2018 (UTC)

Templates do not show up in mobile view Suggestion[edit]

Hi! I've recently noticed that templates that are at the bottom of articles like this one Template:Woman's club movement, don't show up in mobile view. Is there any way that we can correct that? I find the templates useful for navigation and would like to use it on my phone. (I have an Android.) Megalibrarygirl (talk) 22:18, 13 July 2018 (UTC)

Navigational templates have class="navbox" and are deliberately omitted from the mobile version. You can click "Desktop" at the bottom of mobile pages to see the desktop version. PrimeHunter (talk) 00:53, 14 July 2018 (UTC)
Time we put this in Wikipedia:Village pump (technical)/FAQ. --Redrose64 🌹 (talk) 12:57, 14 July 2018 (UTC)
Hi! PrimeHunter! I know I can switch to Desktop to see the template, but I think that the mobile view should encompass a view for templates, too. What can we do about that? Redrose64 do you think there is a way to make a proposal to fix this? I think it's important to do since more and more people access Wikipedia in mobile version nowadays. :) Megalibrarygirl (talk) 18:42, 14 July 2018 (UTC)
It's done on purpose to reduce bandwidth usage and page size for mobile users. Many articles have a lot of losely connected navigation templates. They wouldn't be collapsible in mobile, and their width is not designed for narrow screens. Maybe there should be an option to display them without switching to desktop but they are currently not transmitted at all in mobile so it would require a change in the software for the mobile version. This is outside control of the English Wikipedia. phab:T124168 ("Show Navbox templates in mobile skins") has a proposal. I don't know whether it's the primary discussion. PrimeHunter (talk) 19:06, 14 July 2018 (UTC)
Thanks for the answer, PrimeHunter! That makes sense and I understand better why templates wouldn't show up. Megalibrarygirl (talk) 22:37, 15 July 2018 (UTC)

Transparent png files[edit]

Is there a limit to the dimensions of a png file above which transparent pixels are rendered as white? I've created a lot of png 'cut-outs' over the years, normally small logos and such for use in infoboxes, but recently I've had a couple of fairly large png files that don't render as transparent. The most recent one is File:Trump baby balloon.png (975 × 1,000 pixels, file size: 775 KB). I can't remember the other, but it was fairly large IIRC. nagualdesign 04:44, 14 July 2018 (UTC)

@Nagualdesign: There is a bug that was recently introduced into the mediawiki software that breaks PNG transparency in thumbnails. It's been reported at T198370, but no developers have responded to even triage it, and fixing it seems to not be a priority. --Ahecht (TALK
PAGE
) 14:11, 14 July 2018 (UTC)
@Ahecht: Okay, thanks for the reply. I was going to reduce the dimensions of the image but I'll just leave it be. Cheers. nagualdesign 14:36, 14 July 2018 (UTC)

Script problem[edit]

I was recently developing a script at User:FR30799386/Actiontog.js based on MediaWiki:Gadget-MobileCategories.js (I have some experience very limited experience with coding). I tried the whole script out on my browser console and the script worked perfectly, but when I try to run it on-wiki the script does not produce any result. Can anybody help out ?12:49, 14 July 2018 (UTC)

User:FR30799386/common.js says:
//importScript('User:FR30799386/MOSDDT.js'); //Linkback: [[User:FR30799386/Actiontog.js]] Added by Script installer
Everything on a line after // is a JavaScript comment. The line should say:
importScript('User:FR30799386/Actiontog.js'); //Linkback: [[User:FR30799386/Actiontog.js]] Added by Script installer
The imported page is determined by importScript. The linkback comment is just a way to affect Special:WhatLinksHere/User:FR30799386/Actiontog.js. To avoid confusion, importScript and a linkback comment should always refer to the same page. The different page names were made by you [2] and not Script installer. PrimeHunter (talk) 13:03, 14 July 2018 (UTC)
PrimeHunter, I loaded the script into my User:FR30799386/minerva.js, anticipating that the mobile skin would override my common.js (Which I believe it does) — FR+ 13:08, 14 July 2018 (UTC)
P.S. I am aware about that anomaly in my common.js, but I don't think that is causing the issue right now.Face-smile.svg — FR+ 13:13, 14 July 2018 (UTC)

Template transcluding articlespace categories onto userpages, Vol. 458[edit]

User:Just granpa/Atomic volume and User:Just granpa/Atomic volume (Alternate) are both showing up in Category:Properties of chemical elements by virtue of an artificial transclusion — but I can't find what template is pushing the category in order to get them out, because none of the obvious candidates seem to have that category declaration on them either. Can somebody look into this so the category can be properly cleaned up under WP:USERNOCAT rules? Thanks. Bearcat (talk) 14:26, 14 July 2018 (UTC)

Fixed. The categories were coming from documentation subpages. The subpages were actually holding template code not transluding them. Hence the categories coming from here and here; which are subpages of the categorised subpages. –Ammarpad (talk) 14:59, 14 July 2018 (UTC)
You can enter wikitext at Special:ExpandTemplates and search the result for the category to see where in the page it occurs. Some things are namespace or page name sensitive so you sometimes have to fill out "Context title". PrimeHunter (talk) 16:04, 14 July 2018 (UTC)

\w and \d equivalents in Mediawiki regex?[edit]

I've been trying to wrap my head around how to deal with the lack of \w or \d support in our regex functions. \d is fairly easy to deal around [0-9], but \w is nearly impossible to get around. If you use [A-Za-z], you miss out all the diacritics, as well as all non-Latin characters. What's an equivalent way of replacing \w. Better yet, why don't we support \w or \d? Headbomb {t · c · p · b} 16:07, 14 July 2018 (UTC)

Nevermind, found this. It was buried 230 layers deep in documentation, but it was there. Headbomb {t · c · p · b} 16:10, 14 July 2018 (UTC)
it's not mediawiki regex, it's Lua patterns :) I think I'm not the only one, who was confused by what you asked till I got to reading link title --Edgars2007 (talk/contribs) 15:13, 15 July 2018 (UTC)

Least edited pages[edit]

Is there a database report, or some other place, where one can locate articles (or any pages, for that matter) that have gone the longest time without being edited? Home Lander (talk) 18:07, 14 July 2018 (UTC)

@Home Lander: Special:AncientPages might help, although it mostly lists disambiguation pages. Jc86035 (talk) 18:16, 14 July 2018 (UTC)
Disambiguation pages dominate the list because there's less reason to edit them than articles proper. –Ammarpad (talk) 19:38, 14 July 2018 (UTC)
Wikipedia:WikiProject Abandoned Articles has deliberately edited all the oldest articles at Special:AncientPages. Wikipedia:Database reports/Forgotten articles ignores disambiguation pages. PrimeHunter (talk) 19:46, 14 July 2018 (UTC)

"Some parts of the edit form did not reach the server; double-check that your edits are intact and try again."[edit]

We've just had this question posted by TheTechnician27 at the Teahouse. Can't find anything in recent VPT talk or the archives, so could someone offer a suggestion, please? The text of the question is "Whenever I switch from visual to source editing mode, I get this error message at the top of the page. Additionally, there is no chart showing the difference between the current version and my edit. This had never happened to me, but recently it's happened every time. I get this on two separate computers, and I can't seem to find any information about it. I'd like to find a way to stop this error message from showing up and to get the side-by-side comparison to show up again." Many thanks, Nick Moyes (talk) 20:28, 14 July 2018 (UTC)

@Nick Moyes: The same message generates when using WP:REFILL. I verified this just now on War bride. Load the article, click on Refill, then click "Preview/Save on Wiki" and the message will appear. I left the bare URLs alone on that article so this will continue to work. Home Lander (talk) 20:38, 14 July 2018 (UTC)
I see this message as well when I switch from visual to source editing mode and I also miss the side-by-side comparison. Jo-Jo Eumerus (talk, contributions) 20:40, 14 July 2018 (UTC)
I'm sincerely not inclined to make any more major edits without the 'diff' feature. It's just such a necessity, and I really hope this is an error and not a change in how editing works. TheTechnician27 (talk) 03:27, 17 July 2018 (UTC)
This is definitely a bug, not a feature. It looks like Anomie's got an idea of which change might have triggered this. I have some hope that this will be fixed on the next train. Whatamidoing (WMF) (talk) 18:30, 17 July 2018 (UTC)
I reported this 2 days ago in phab:T199554. Stryn (talk) 20:03, 15 July 2018 (UTC)
Stryn, or someone, can you add in Phabricator that Refill triggers this also? Home Lander (talk) 20:28, 15 July 2018 (UTC)
I did. Also, the message is MediaWiki:Edit form incomplete, which appears to belong to preview (in the older wikitext editors). Whatamidoing (WMF) (talk) 21:21, 15 July 2018 (UTC)

Can't get pages to show in my template[edit]

I just created a new citation template, Template:BLKO, but I can't seem to get the page or pages parameters to work, and I can't figure out why, so I need some additional eyes on it. Thanks in advance. howcheng {chat} 23:36, 14 July 2018 (UTC)

I don't think that it's your template but rather is a problem with {{cite wikisource}}. This example from the documentation page has |pages=100–110 but that isn't displayed:
{{cite wikisource |last=Bloggs | first=Fred |editor-first=John| editor-last=Doe |plaintitle=Big Book With Many Chapters and distinct chapter authors|publisher=Book Publishers |date=2001-01-01 |pages=100–110 |chapter=Chapter 2: The History Of The Bloggs Family |isbn=123456789X}}
Bloggs, Fred (2001-01-01). "Wikisource link to Chapter 2: The History Of The Bloggs Family". In Doe, John. Big Book With Many Chapters and distinct chapter authors. Book Publishers. Wikisource. pp. 100–110. ISBN 123456789X. 
{{cite wikisource}} uses {{citation/core}} and feeds that template's |At= parameter with a complicated mess of code that includes |page= and |pages= among a whole bunch of other parameters. You might raise the issue at Template talk:cite wikisource; perhaps there is someone there who knows what that mess of code is supposed to do and can see where is is loosing |page= and |pages=.
Trappist the monk (talk) 00:08, 15 July 2018 (UTC)
Just fixed the isbn error at the Template:cite wikisource/doc and did some playing around with the other examples. In the above example, changing |plaintitle= to |title= makes the template render with the pages:
Bloggs, Fred (2001-01-01). "Wikisource link to Chapter 2: The History Of The Bloggs Family". In Doe, John. Wikisource link to Big Book With Many Chapters and distinct chapter authors. Book Publishers. Wikisource. pp. 100–110. ISBN 123456789X. 
Trappist the monk (talk) 00:15, 15 July 2018 (UTC)
I went back and checked my previous usages of {{cite wikisource}} (e.g., Ferdinand III, Holy Roman Emperor § Notes) and you are correct: the page numbers aren't included, so I'll have to take it up at the template talk page. Thanks. howcheng {chat} 03:39, 15 July 2018 (UTC)

Tool idea[edit]

I was just thinking about using Template:Copyvios to build a tool that you can click on each article to see if the article has been copied from other sources, but I don’t have the technical knowledge to do it myself. I was wondering if a tool like that already exists and if not, someone will take it upon themselves to develop one?--▸ ‎épine talk 13:27, 15 July 2018 (UTC)

@Épine: See User:Ahecht/Scripts/CVD. --Ahecht (TALK
PAGE
) 15:14, 15 July 2018 (UTC)
@Ahecht: thanks but it has issues that I described on the talk page, can you please take a look?--▸ ‎épine talk 18:39, 15 July 2018 (UTC)
I fixed the script so that it defaults to "wikipedia" if the site name is something other than mediawiki, wikibooks, wikidata, wikimedia, wikinews, wikipedia, wikiquote, wikisource, wikiversity, wikivoyage, or wiktionary. See the script's talk page. --Ahecht (TALK
PAGE
) 20:52, 15 July 2018 (UTC)

Problems with the edit window when there is WikiMarkup color-shading[edit]

Referring to this thread, I still have a problem when I copy and paste text and delete it at the same time. The text doesn't get deleted, I get sent to the start of the edit window, and somehow this happened. Actually, that was my attempt to correct the mistake, and I did it wrong too.— Vchimpanzee • talk • contributions • 17:06, 15 July 2018 (UTC)

Did you notice this error on Chrome or in Firefox or in both? -- Magioladitis (talk) 11:12, 16 July 2018 (UTC)

It still happens with Edge at home. I have had the problems with Edge at a library as well. I can't remember now if it happened with Chrome. I'll post when i use Chrome again. No, I won't be using it at home.— Vchimpanzee • talk • contributions • 17:12, 16 July 2018 (UTC)
Can you tell me exactly how you're cutting and pasting? I found phab:T174635, which is about middle-click on a mouse. It's on Linux, but if you're using middle-click, then it might be relevant. Whatamidoing (WMF) (talk) 18:37, 16 July 2018 (UTC)
I hold down the left mouse button, move the mouse over what I want to copy, let go of the mouse button, and press CTRL and C at the same time.— Vchimpanzee • talk • contributions • 18:39, 16 July 2018 (UTC)
Thanks. It's probably not the same thing, then. I've started a new bug report at phab:T199739 for this. Whatamidoing (WMF) (talk) 19:04, 16 July 2018 (UTC)
The problem is not happening with Chrome at this library.— Vchimpanzee • talk • contributions • 16:42, 17 July 2018 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────Back at home, I moved some content but when I copies and pressed delete, the content did not disappear. Instead, I had to correct a mistake which was caused by the suspected bug. I had to try again deleting the information I was deleting and copying elsewhere.— Vchimpanzee • talk • contributions • 15:48, 18 July 2018 (UTC)

InternetArchiveBot is malfunctioning[edit]

InternetArchiveBot (v2.0beta2) is malfunctioning and making edits like this. I've reported but the edits continue. --Auric talk 12:22, 16 July 2018 (UTC)

Template:Search[edit]

Hey all, something seems amiss with {{Search}}. If I employ it here all of the different search options are mashed together.

According to the template documentation, we should be seeing

(wp gwp g bwp b | eb co gct sw arc ht)

I appreciate if anybody can look into this. Thanks, Cyphoidbomb (talk) 15:51, 16 July 2018 (UTC)

@Cyphoidbomb: Looks like more fallout from the change from Tidy to Remex. I've modified the module to add spaces back. --Ahecht (TALK
PAGE
) 17:47, 16 July 2018 (UTC)
@Ahecht: I have no idea what most of that means, but I'm grateful that you were there to figure it out. Face-wink.svg Cyphoidbomb (talk) 04:21, 17 July 2018 (UTC)

Tech News: 2018-29[edit]

16:00, 16 July 2018 (UTC)

Adopting unmaintained user script[edit]

I've been maintaining a version of Technical 13's CVD script at User:Ahecht/Scripts/CVD, and have fixed a few bugs related to performance, depreciated API calls, and use on non-english Wikipedias. Per the note at User:Technical_13/Scripts/Nav, Other users are encouraged to take on the task of developing and maintaining it. EdJohnston recommended that I ask here if there is any objection to redirecting the unmaintained script to my version (as requested at User talk:Technical 13/Scripts/CVD.js#Requested edit 16 July 2018)? --Ahecht (TALK
PAGE
) 18:12, 16 July 2018 (UTC)

I'd much prefer to have the users update to the new location, is there any idea the number of pages that would need updating? — xaosflux Talk 18:19, 16 July 2018 (UTC)
With a quick search I count about 13. ~ Amory (utc) 18:53, 16 July 2018 (UTC)
@Xaosflux: I count 13 user js pages as well from this search(excluding Technical 13's own vector.js page): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, and 13. I couldn't find any mentions in global.js files at meta, and I didn't search any other languages or projects. --Ahecht (TALK
PAGE
) 19:44, 16 July 2018 (UTC)
@Ahecht: with it being soo little people I'd rather see: (a)Ask the users to update their own pages to point to the new script [or] (a1) have an admin force the updates for them {I don't like that either} - then (b) blank out the old script since its not being used anymore. Users should be making an affirmative choice of "I trust editor X to change javascript that could impact me". — xaosflux Talk 20:08, 16 July 2018 (UTC)
You could even change the old script so it prints a message advising people to use the new one. EdJohnston (talk) 00:33, 17 July 2018 (UTC)
100% OK with that. — xaosflux Talk 00:46, 17 July 2018 (UTC)
Okay, thanks. I'll craft a talk page message and send it out later this week, and figure out the best way to have the old script leave a message if there are any stragglers. --Ahecht (TALK
PAGE
) 14:37, 17 July 2018 (UTC)
I just migrated to my own cut-down version of your script since I don't need all the options, so you can take me off the list.
I also thought, given that copyvio detection is an important part of NPP workflow, that this tool might be useful, and gain a bigger audience, as a Gadget. Do people think that would be worth doing? BethNaught (talk) 14:50, 17 July 2018 (UTC)
I think making it into a gadget would be handy. — AfroThundr (u · t · c) 19:33, 17 July 2018 (UTC)

Watchlist "improvements" - no they're not[edit]

Who just turned off "Hide the improved version of the Watchlist" at Preferences → Watchlist, and could they please stop fooling around with my settings? --Redrose64 🌹 (talk) 18:34, 16 July 2018 (UTC)

My watchlist is all 'bleeped' up. Wish the big wigs would stop messing around with such things, without a consensus. GoodDay (talk) 18:39, 16 July 2018 (UTC)

+1 for please turn this of NOW. I've had it turned on as beta, I found it detrimental to my Wikipedia editing, and turned it back off. WMF, you again behind this? --Dirk Beetstra T C 18:42, 16 July 2018 (UTC)

Hi, My watchlist has changed and not for the better, How do I change it back ?, Thanks, –Davey2010Talk 18:38, 16 July 2018 (UTC)

See above discussion. GoodDay (talk) 18:40, 16 July 2018 (UTC)
Ah thanks, Header removed, I really do wish they'd stop with the bullshittery, Everything should be OPT-IN - If you want new things opt-in. –Davey2010Talk 18:44, 16 July 2018 (UTC)
Did it not ask? Went I last went to the watchlist, it showed a little popup, and then asked me if I wanted to opt out. ~ Amory (utc) 18:54, 16 July 2018 (UTC)
Well, if it was, User:Amorymeltzer, it was pretty hidden. Anyway, where do you turn it off when you missed it (or did not get it)? --Dirk Beetstra T C 18:56, 16 July 2018 (UTC)
And is it right next to the standard-edit-window "improvements" - which they are also not. --Dirk Beetstra T C 18:58, 16 July 2018 (UTC)
(edit conflict) Hi Amorymeltzer, Nope a little box came up saying it's a new watchlist then that was it, Thanks, –Davey2010Talk 18:59, 16 July 2018 (UTC)
The setting is in the watchlist tab of your preferences (Special:Preferences#mw-prefsection-watchlist) with the name "Hide the improved version of the Watchlist" under the heading Opt out of improvements. Not sure why I got it and you didn't Davey, especially if you got the first one. ~ Amory (utc) 19:00, 16 July 2018 (UTC)
I have no idea why, Ah well many thanks for your help :) –Davey2010Talk 19:04, 16 July 2018 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────This might be related to a global prefs problem. I'll ping the project manager to make sure that she knows about it. She told me earlier today that extensions that set "hidden" preferences (like the RecentChanges filters and "remember my last editor" for VisualEditor's single edit tab mode – all things that you can't just edit by going to Special:Preferences) are having problems right now, and perhaps this is related. Whatamidoing (WMF) (talk) 19:15, 16 July 2018 (UTC)

Okay, now I can give you a correct answer: This is related to the watchlist filters graduating out of Beta Features. The pref technically didn't exist until the 11:00 PDT SWAT slot. And, as happens occasionally, there was a small problem with prefs, which is already being worked on. In the meantime, you can opt out manually at Special:Preferences#mw-prefsection-watchlist. The setting should be near the end of the watchlist page, located between the==Token==and==Revisions scoring==sections. If you don't see it (I didn't the first two or three times), try forcing the page to reload. (And if you still don't see it after reloading the page a couple of times, then please post.)
The problem with the pop-up is that the opt-out button is on the second screen of the tour, so if you immediately cancel the tour, you won't see it. Whatamidoing (WMF) (talk) 20:03, 16 July 2018 (UTC)
I quite like the changes, especially the ability to highlight various namespaces in different colours. Nthep (talk) 20:10, 16 July 2018 (UTC)
For the ones who apparently didn't get the pop-up to opt-out, here is a screenshot of it.
That graduation has been announced multiple times over the last month, on watchlist notice, on Tech News and of course on the VPT (last announce). Trizek (WMF) (talk) 10:16, 17 July 2018 (UTC)
The communication on this was always a bit "clumsy" - that a feature was leaving beta to be under normal support isn't the same as forcing it to be opt-out. I'm so glad global prefs went live so I can opt-out ni one palce, because having to go through those popups at every single project would be a real pain. — xaosflux Talk 11:30, 17 July 2018 (UTC)
It's broken the script that highlights usernames of Administrators. This puzzles me as I have related changes watchlists where the script works fine. Doug Weller talk 18:39, 17 July 2018 (UTC)

New watchlist page layout[edit]

What happened here?

2018-07-17 Watchlist page layout.jpg

This new layout appeared this morning, The litter of controls takes up half the viewing area and is a dog's breakfast of different styles. Is this a prototype being tested to see if there is a reaction, or does everyone get it? Aymatth2 (talk) 13:07, 17 July 2018 (UTC)

I quite agree. Mine appeared last night. I'd suggest the whole new panel needs a show/hide option. Martinevans123 (talk) 13:12, 17 July 2018 (UTC)
Got it last night as well. Takes up about as much space as the notifications, explanations, panels, and so forth that I had before, though maybe that was somehow my fault. It's actually cleaned things up for me. I'm happy with it, but maybe if there was the option to put it all on one line it'd look nicer on some people's monitors? Ian.thomson (talk) 13:23, 17 July 2018 (UTC)
(edit conflict) I use Timeless regularly, but I tried looking at this in Monobook and it does look a little broken compared to what I usually see (the buttons in the filters list don't display correctly). As in the picture there's a "hide" button at the right side of the box which says "Active filters"; I hadn't noticed this until five minutes ago. (It's possible to turn the new things off; see this section.) Jc86035 (talk) 13:30, 17 July 2018 (UTC)
Quick link to turn it off if you wish: Special:Preferences#mw-prefsection-watchlist and scroll down to "Opt out of improvements". —DoRD (talk)​ 14:57, 17 July 2018 (UTC)
  • Any objections to putting a ...wait for it..... watchlist notice up about the watchlist and where to change it in preferences in case you missed the popup? — xaosflux Talk 13:25, 17 July 2018 (UTC)
I strongly support this idea. Natureium (talk) 14:12, 17 July 2018 (UTC)
I see six buttons scattered around here, four of which are preferences (active/saved filters, live updates, changes/days). Surely they could all fit on one line, something like:
Mark all changes as seen
This would be cleaner and take up much less space. How do we get it done? Aymatth2 (talk) 15:30, 17 July 2018 (UTC)
  • This good faith change should actually, in my opinion, be reverted. On Monobook there was a 4 or 5 second lag every time I looked at the Watchlist, and even though users can now opt out this will affect new users who may be uncomfortable with it if not fixed (at least on Monobook, and I'm now putting it back to see how it looks on other skins). Randy Kryn (talk) 16:28, 17 July 2018 (UTC)
    There is an opt out, you should use it if u dont like it. —TheDJ (talkcontribs) 18:30, 17 July 2018 (UTC)
    Which is great and all to us users who were here before this new watchlist, who know this isn't the only form the watchlist can take, who know a lot of Wikipedia features have opt out options and who will thus opt out if they don't like it. The issue Randy Kryn describes is that new editors who dislike the watchlist may very well not even realize this is something they can opt out of, especially if they registered after the roll-out. AddWittyNameHere 18:39, 17 July 2018 (UTC)
New users also dont know they can switch to monobook, but tend to be mostly fine. While arguably it might not be perfect, perfection is the enemy of good enough. Further improvements will follow naturally as more feedback comes in. —TheDJ (talkcontribs) 19:06, 17 July 2018 (UTC)
"Dump it in, then fix it if they squawk too loud?" Surely there could have been no consensus on cluttering up the top of the watchlist with all these buttons that will hardy ever be used, when a simple "Change preferences" button (as above) is all that is needed. Aymatth2 (talk) 20:22, 17 July 2018 (UTC)
@TheDJ: If the watchlist was functioning entirely as-should, then I'd mostly agree with you. The problem is that beyond matters of opinion/preference (such as the many new options and filters), there are still some actual, objective flaws in there, especially the increased load-time in at least some set-ups. (Folks may have a preference for or against the new options, for example, but I'd be quite surprised indeed if anyone had a preference for lag. There may be folks who don't particularly care, as well as plenty folks who don't seem to be affected, but that's not the same thing). That should probably have been fixed before making it the default. (I also believe the lay-out/UI could certainly have been tightened up a bit beforehand. No, it might not be the most important thing ever to its functioning, but it plays a really big role in people's first impression and if one wants the largest possible amount of editors to give something a honest try, first impression matters a lot. It doesn't matter if it's good enough below the surface if people can't stand to look at it long enough to determine that fact.) AddWittyNameHere 23:52, 17 July 2018 (UTC)

I've already restored mine to its previous incarnation, as I too was seeing something like the above. A few confusing buttons and a large void of white space. As software it’s not even beta quality and certainly not ready for ready for deployment, I am someone familiar enough with this noticeboard that I knew to look here for the answer, but I fear many if not most editors won’t know or work out how to disable it and so will just put up with it. It should be rolled back, or at least have a prominent notice on it telling editors how to revert the previous version.--JohnBlackburnewordsdeeds 20:29, 17 July 2018 (UTC)

"Further improvements will follow naturally"...I am not sure if I should laugh out loud, given that we are clearly saying that this is not experienced as an improvement, or be in terror of what might be still coming. Oh, no, I get it... this is a promise that this change will be reverted, right? Clean Copytalk 20:41, 17 July 2018 (UTC)
He, if you all want to throw another fit, go right ahead. But it's my personal opinion as a volunteer that you guys had 6 months to give your feedback. 6 months where thousands of people tested. 6 months where improvements were made. And now you want to change the design for something you all are stating to not going to be using ? I really don't see the logic. Please explain. —TheDJ (talkcontribs) 20:52, 17 July 2018 (UTC)
I'm curious: where are the discussions by the beta testers? I'd like to see their reactions. Clean Copytalk 03:20, 18 July 2018 (UTC)
This is another case of You don't like it? Opt out and stop complaining like a 3 year old that didn't have a glass of water with ice, rather than a glass of ice filled with water. There's a big notice explaining you how to opt out if you don't like it, and if you somehow didn't catch it for whatever reason (banner blindness, banner glitch that didn't show up), you now know how to opt out, so just do it and don't hold back improvements for the 99%. I don't like the new watchlist because it interferes with some advanced scripts I'm using, but as far as the default experience, this is a much better watchlist than the old one. The UI could use a bit of tightening, but that will happen over time as more people give it eyeballs, but not so much this should hold back the entire thing. Headbomb {t · c · p · b} 20:57, 17 July 2018 (UTC)
(ec) I'm sure a lot of work will have gone into this (most of which will probably go wholly unrecognised). But sorry, the six month countdown clock was not ticking for me. Perhaps I missed an announcement. On the basis of the above comments, the community doesn't seem to be desperately engaged in, or enthusiastic about, this development. Martinevans123 (talk) 21:01, 17 July 2018 (UTC)
Eh, in such cases you tend to get the people who don't like it speaking up more than those who do. The question is if they have good arguments. I would like the new design were it not that it takes a long time to load the filter panel for me. BethNaught (talk) 21:13, 17 July 2018 (UTC)
Yes, and I suspect, just like with the late-lamented "OBOD", the vast majority of editors will just say "when did I ask for this?", or "but it was OK before", or "how do I get rid of this, as it has no obvious benefit for me?", etc., etc. Martinevans123 (talk) 21:21, 17 July 2018 (UTC)
I'm curious how many power editors have reenabled the OBOD through scripts. And I'm also curious to see whether the volume of complaints dies down as soon as a script is posted that reverts changes that cannot be opted out of. I find that I stop really thinking about a change that I personally find needless the moment I disable it in my preferences: if this is true for more people, we may reach a problematic situation when existing power editors are using a significantly different interface from new editors. Double sharp (talk) 02:53, 18 July 2018 (UTC)
Jorm's Minor Adjustment to Watchlist Interface

Here's my thoughts about what should change. Lots of vertical real-estate could be picked up here. Even more buttons could probably be squished into the top row and with decent CSS can overflow to multiple rows if the screen size required it. --Jorm (talk) 22:24, 17 July 2018 (UTC)

Also, add this to your common.css:

.mw-rcfilters-collapsed .mw-rcfilters-ui-filterTagMultiselectWidget.mw-rcfilters-ui-filterTagMultiselectWidget.oo-ui-widget-enabled .oo-ui-tagMultiselectWidget-handle {margin-bottom: 0;}.oo-ui-tagMultiselectWidget.oo-ui-widget-enabled.oo-ui-tagMultiselectWidget-outlined .oo-ui-tagMultiselectWidget-handle {margin-bottom: 0;} --Jorm (talk) 22:31, 17 July 2018 (UTC)

  • If it ain't broke, don't fix it. The Watchlist feature has been around forever and works well. I just want to see the list of changed pages. I will rarely if ever use the jumble of new buttons. A simple fix would be to make the new style a preference in Special:Preferences#mw-prefsection-watchlist. Change
Blancovinkjeemptysmall.png Hide the improved version of the Watchlist (Rolls back the 2017 interface redesign and all tools added then and since)
to
Blancovinkjeemptysmall.png Use a button-based interface to change your options when you view your watchlist
That is, make it opt-in rather than opt-out. Aymatth2 (talk) 00:00, 18 July 2018 (UTC)
  • Same opinion as Aymatth2. The new watchlist is very slow and takes ages to load. I don't think it's ready for full-scale deployment. DaßWölf 00:04, 18 July 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Possible bug: when I right-clicked/'open new tab' on the earliest of my green-dotted unseen changes, and then went back to the 'Watchlist' tab, every other previously green-dotted edit was turned blue, without me clicking on any of those edits. I liked the changes, but have had to revert until this issue has been fixed. Homeostasis07 (talk) 01:27, 18 July 2018 (UTC)

  • I find it fast, but unusuable for me as it breaks not just the script I use that highlights Admins (Admin highlighter) but also the one that highlights possible vandalism in yellow (not sure where I got that one). Doug Weller talk 07:35, 18 July 2018 (UTC)
The new watchlist filters support highlighting edits flagged by ORES, so you can still get the vandal highlighting. — AfroThundr (u · t · c) 12:20, 18 July 2018 (UTC)

My watchlist stopped loading[edit]

I was just using it a moment ago. Now I get a blank page. It's like my watchlist is deleted or something. What's going on?—CYBERPOWER (Chat) 19:33, 16 July 2018 (UTC)

Does it start working again if you disable the new watchlist filters in Special:Preferences#mw-prefsection-watchlist? Whatamidoing (WMF) (talk) 20:06, 16 July 2018 (UTC)
It actually randomly started working again with this new interface.—CYBERPOWER (Chat) 20:07, 16 July 2018 (UTC)
You may have an issue with a broken script. Trizek (WMF) (talk) 12:18, 17 July 2018 (UTC)

ERIC[edit]

Would anyone have any advice on how to add an optional access parameter to {{ERIC}} that would match the doi-access parameter of the CS1 templates by replacing the standard arrow icon used by external links with a green lock (i.e., Freely accessible)? 142.160.89.97 (talk) 20:41, 16 July 2018 (UTC)

@142.160.89.97: Try {{ERIC/sandbox}}, which will display the lock when you set |lock=yes. If that works for you, I will enable it in the main template--Ahecht (TALK
PAGE
) 21:17, 16 July 2018 (UTC)
That's perfect. Thank you very much, Ahecht! 142.160.89.97 (talk) 21:22, 16 July 2018 (UTC)
I would be better to modify {{Catalog lookup link}} template. Ruslik_Zero 21:29, 16 July 2018 (UTC)
I certainly wouldn't object to that, Ruslik0. 142.160.89.97 (talk) 21:36, 16 July 2018 (UTC)
@Ruslik0 and 142.160.89.97: {{Catalog lookup link}} is an incomprehensible mess, with wikitext if statements nested 10 deep. I don't want to even try to attempt to modify it. It would be a perfect candidate for a Lua rewrite, and the lock icon could be incorporated into that, but I don't have time for a rewrite at the moment. --Ahecht (TALK
PAGE
) 22:09, 16 July 2018 (UTC)
As someone who is no template expert and who has no experience with Lua, why is Lua preferable? 142.160.89.97 (talk) 04:56, 17 July 2018 (UTC)
Because Lua is a real language? I agree that {{catalog lookup link}} is an incomprehensible mess. Code that resembles a wall of text is never good. Adding access icon support to that template as it exists now would only make things worse.
The green access icon originated at cs1|2. Most source identifiers supported there link to sources that lie behind a registration-/pay-wall. Some source identifiers occasionally link to free-to-read sources, (doi, jstor, etc), those identifiers may be marked with the green access icon using |<id>-access=free; some identifiers are never free-to-read. At cs1|2, isbn, ismn, issn, oclc, etc do not get the access icon because they do not link to a source but rather, link to information about the source. {{catalog lookup link}} is transcluded by the stand-alone identifier templates {{ISBN}}, {{ISMN}}, {{ISSN}}, {{OCLC}} for which an access icon is not appropriate; some identifiers are never free-to-read so the access icon is not appropriate for them. Further, as currently written, {{catalog lookup link}} can render links to multiple identifiers so the access icon support would require some sort of mechanism to identify which of the links in the list get the lock and which do not. {{ERIC}} uses {{catalog lookup link}}:
{{ERIC|24680|12345|9876|lock=yes}}
ERIC 24680, 12345, 9876 – these numbers are made up, but what if 12345 is not free-to-read? or what if it is the only one that is free-to-read?
Trappist the monk (talk) 11:47, 17 July 2018 (UTC)
In the case of ERIC, about 25% of the items are free to read. Obviously, the lock icon would not be used if all the items listed aren't free to read. --Ahecht (TALK
PAGE
) 15:00, 17 July 2018 (UTC)
I applaud your optimism, but I think that nothing is obvious. Editors will apply the access icon parameter when only some of the sources are free-to-read.
Because it amused me to do it, I have hacked a first version of Module:Catalog lookup link. Examples at Template talk:Catalog lookup link.
Trappist the monk (talk) 15:20, 17 July 2018 (UTC)
I've copied the changes over to {{ERIC}}. If there is consensus to add the option to {{Catalog lookup link}}, it can easily be shifted to there. --Ahecht (TALK
PAGE
) 21:35, 16 July 2018 (UTC)
@Ruslik0, 142.160.89.97, and Trappist the monk: I updated the template so that it uses the |url-access= parameter in the same way that the CS1 templates do instead of using |lock=yes. To display the green lock, you now have to use |url-access=free. This provides the ability to use free, registration, limited, or subscription. --Ahecht (TALK
PAGE
) 15:00, 17 July 2018 (UTC)
I was going to suggest that the better parameter name might be |<id>-access=free where <id> is the identifier, so for ERIC, |eric-access=free; alternately, a generic |id-access=free might be better. cs1|2 does not allow |url-access=free because urls that link |title= and/or |chapter-title= are presumed to be free-to-read so a free-to-read icon for those parameters is redundant. Identifiers, on the other hand, are commonly not free-to-read so a free-to-read icon has value. I note this simply for consistency among the various templates.
Trappist the monk (talk) 15:20, 17 July 2018 (UTC)
Forgot this: I don't think that use of these icons should deviate from the standard set by cs1|2 for the same icons. It should be presumed that identifiers are not free-to-read so the limited and subscription options are redundant to that presumption.
Trappist the monk (talk) 15:26, 17 July 2018 (UTC)
@Trappist the monk: In CS1/2, it's different depending on the parameter. Links inserted with|url= are expected to be free to read by default, links inserted with other identifiers are either free or not free depending on ths source (so |doi= is presumed non-free, but |arxiv= is presumed free). In any case, this template is set up to default to the standard external link icon. --Ahecht (TALK
PAGE
) 17:05, 17 July 2018 (UTC)
Yes, I know all that. The general rule is: Don't highlight the norm. Links applied to |title= with |url=, are presumed to be free-to-read (the norm) so it is not possible in cs1|2 to highlight those links with a green access icon. In general, identifier links are presumed to be not-free-to-read (the norm) so it is not possible in cs1|2 to apply the subscription/limited/registration icons to identifier links. Some identifiers are always free-to-read (arxiv, biorxiv, citeseerx, pmc, rfc, ssrn) so cs1|2 automatically applies the green icon to these links. Your edit to {{ERIC}}, inappropriately I think, allows any of the lock icons to be applied to ERIC identifiers.
Trappist the monk (talk) 09:44, 18 July 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── (edit conflict) Template:Catalog lookup link does not need to be implemented in lua -- it merely needs to use one of the deduplication templates like Template:For nowiki. {{3x|p}}ery (talk) 15:27, 17 July 2018 (UTC)

@Ahecht and Trappist the monk: I've written something in Template:Catalog lookup link/sandbox1 that uses a constant level of nesting via {{separated entries}}, as a less insane pure-wikitext version. The testcasea are yellow, but everything looks visually the same. {{3x|p}}ery (talk) 16:03, 17 July 2018 (UTC){{3x|p}}ery (talk) 15:50, 17 July 2018 (UTC)
@Pppery: I know you are on a crusade against Lua, but this is precisely the sort of template that should be written in Lua. Not only does your version still spin up a Lua module (meaning there's no performance advantage), but it artificially limits the number of inputs to 9. Templates with arbitrary numbers of parameters should not be forced into wikitext for no reason. I tweaked Trappist the monk's module to get the output to match the existing template and implemented it at Template:Catalog_lookup_link/sandbox. I had been working on a shorter module at Module:Sandbox/Ahecht/Catalog_lookup_link, but Trappist's, although longer, is a bit cleaner. --Ahecht (TALK
PAGE
) 16:17, 17 July 2018 (UTC)

Why are some language userboxes italicized and others not?[edit]

I just noticed an inconsistency on my user page, where Template:User en and Template:User ga-1 are not in italics but Template:User fr-2 is. I don't speak German but I checked Template:User de-2 anyway, and that's italicized like French.

I can understand not wanting to italicize Chinese, Japanese, etc., but is this just because the foreign-language text from en.wiki's perspective is always meant to be italicized and the Irish one is just obscure enough that no one noticed that it is in error, or what?

Hijiri 88 (やや) 06:31, 17 July 2018 (UTC)

@Hijiri88: Some of them use {{Lang}}, which always italicizes Latn-script text, and the Irish one doesn't. All the templates were created manually by different people. Jc86035 (talk) 07:10, 17 July 2018 (UTC)
@Hijiri88: I answered a pretty similar question at Template talk:Babel#Italicization. Instead of using the userboxes directly, use {{#babel:en|ja-4|fr-2|zh-1|ga-1}}. --Redrose64 🌹 (talk) 07:36, 17 July 2018 (UTC)
@Jc86035 and Redrose64: Cool. Thanks!
... umm ... is one or the other userbox style (not using the userboxes directly vs. using babel, but using Lang so it italicizes vs. not) "wrong" and needing to be updated/fixed?
Hijiri 88 (やや) 07:58, 17 July 2018 (UTC)
@Hijiri88: It is correct to use {{Lang}}, but there is a parameter to turn the italicization off. I think the templates should match the Babel userboxes' styling (i.e. language formatting but no italics). Jc86035 (talk) 08:02, 17 July 2018 (UTC)

Module:Template parameter value[edit]

Some weeks back, I made {{Template parameter value}}, which uses Module:Template parameter value. It extracts the value of a specific parameter from a specific template from a specific page. However, when the template is used on the same page that its pulling the value from, it doesn't seem to work, and I can't figure out why. For example, if I use {{tmpv|List of The 100 episodes|Series overview||start1}} on List of The 100 episodes (i.e. pulling the value of the |start1=parameter from the series overview template) (and only in edit preview), I get a blank result; use it on any other page or sandbox, I get March 19, 2014 (2014-03-19). Thoughts? -- AlexTW 14:38, 17 July 2018 (UTC)

It's a bad idea for templates to have this kind of subtle dependency on other templates. {{3x|p}}ery (talk) 15:23, 17 July 2018 (UTC)
Same opinion here. This is not what templates and even modules are designed for. You shouldnt rely on it and you should expect it to break in various ways, now and even more so in the future. We have wikidata and Lua data modules, you should make due with those. When you built houses with match sticks, a collapse is inevitable. —TheDJ (talkcontribs) 18:28, 17 July 2018 (UTC)
Thank you for your opinions, but I was more looking for a fix for the template. Turns out, there is no issue with it, so no match sticks. -- AlexTW 00:31, 18 July 2018 (UTC)
A collapse is in fact inevitable, not because the matchsticks catch fire, but because you've been noticed by the fire inspectors -- I've nominated Template:Template parameter value for deletion. {{3x|p}}ery (talk) 03:06, 18 July 2018 (UTC)
It works for me on List of The 100 episodes and produces "March 19, 2014". Are you previewing a text which actually has the template you search for? It searches the previewed version of the page and not the saved version. But I share the concern of the others. Help:Labeled section transclusion seems a better way but it requires the page to be prepared for the purpose. PrimeHunter (talk) 19:49, 17 July 2018 (UTC)
It seems I was previewing it when editing only the header, but your explanation (It searches the previewed version of the page and not the saved version.) makes sense, and I understand why now. Thank you! (As a side note, the template was created so that pages didn't need to be "prepared".) -- AlexTW 00:31, 18 July 2018 (UTC)

Template coding[edit]

An issue has been raised at WP:CANTALK which I need to ask for a template coding expert to assist with. {{Infobox Canada electoral district}} is supposed to include a box which clarifies whether the electoral district in question is a federal one represented in the Canadian House of Commons or a provincial one represented in a provincial or territorial legislative assembly — however, while this box appears to display correctly on active electoral districts such as Argenteuil (note where the infobox says "provincial electoral district") or Nickel Belt (note that this one says "federal electoral district" in the same spot), on defunct districts like Argenteuil—Papineau—Mirabel it seems to disappear, leaving the reader to guess at which level of government the electoral district pertained to.

At the same time, the defunct districts also seem to disappear the "legislature" field which links to what legislative body the representative sat in, which they also shouldn't be doing.

Both of these fields should still be displaying in an electoral district's infobox regardless of whether it's active or defunct, because they're both important pieces of information whose contextual relevance is not dependent on whether the district is currently active or not. So can somebody who knows template coding look into this, and recode the template so that the "federal vs. provincial clarifier" and "legislature" boxes don't disappear on defunct districts? Thanks. Bearcat (talk) 18:05, 17 July 2018 (UTC)

Hi Bearcat. In order for it to display the status has to be set to something. The parameter "fed-status" was empty; I set it to "fed-status=defunct" to fix the problem in Argenteuil—Papineau—Mirabel. For active districts it has to be set to active. See Template:Infobox Canada electoral district#Mandatory parameters These complex infoboxes are very tricky. This one at least is documented; many aren't. StarryGrandma (talk) 20:05, 17 July 2018 (UTC)
Ah, okay, thanks. Bearcat (talk) 20:09, 17 July 2018 (UTC)
Actually someone else added it first. StarryGrandma (talk) 20:11, 17 July 2018 (UTC)

New watchlist UI and history page[edit]

What I find disconcerting about the new watchlist user interface is that how it highlights unseen changes differs from how it is done on the history pages. Typically I will find an unseen change on my watchlist and select the history link for that page to see all of the unseen changes, so it's helpful to me if the unseen changes are flagged in the same way. Are there any plans to align the highlighting done on the history page with how it appears on the watchlist? isaacl (talk) 02:00, 18 July 2018 (UTC)

Shhh don't give the devs any ideas :D — xaosflux Talk 02:59, 18 July 2018 (UTC)
That's the idea: give them ideas! More ideas: I would like more choices of colour hues, in particular, less saturated ones. I find the background highlighting (and with the colourful diff viewer as well) a bit dark for legibility. isaacl (talk) 03:14, 18 July 2018 (UTC)

How to find articles that lack citations but have no tag placed on them?[edit]

Heading basically says it all, I have come across (by chance) articles that have been unreferenced for years but do not have any citation-related tag on the page, (for example this one) is there a way to automatically generate a list of such articles? - CHAMPION (talk) (contributions) (logs) 05:56, 18 July 2018 (UTC)

Snarky answer: That article had a citation-related tag on it. There are almost 200,000 articles in Category:Articles lacking sources from December 2014 and its companion categories.
Helpful answer: look through any year in songs to get started, like Category:1990 songs. There are thousands of unreferenced song articles. Good look getting them deleted however; I poked the Wikipedia talk:Notability (music) bear a year or two ago and got tons of pushback.
Before you tag a bunch of articles for deletion, please read WP:BEFORE. – Jonesey95 (talk) 06:44, 18 July 2018 (UTC)
@Jonesey95: Haha, missed that, but I'm sure I've seen such articles before (unsourced but no tag) and I added the tag to them (see for example this one, and yes, I am aware of WP:BEFORE and have had a success rate in nominating music articles for deletion. (check my AfD stats) However, I still want my original question answered, which is finding articles that lack citations but have no tag placed on them, like the diff that i just linked. Regards. - CHAMPION (talk) (contributions) (logs) 07:04, 18 July 2018 (UTC)

Commonscat template + alternatives[edit]

Hello, Pywikibot team needs help! There is quite old Commonscat template list in the framework and there is 5 years old request to update it. But none of us is enwiki user. Could anyone please update the task with current Commonscat templates, redirects and alternatives? We can then update the framework, but now we are just stuck waiting for response from any enwiki tech savvy. --Dvorapa (talk) 09:53, 18 July 2018 (UTC)

@Dvorapa: Are you looking for Category:Wikimedia Commons templates, or do you want all the redirects as well? (Shouldn't most categories be linked through Wikidata now?) Jc86035 (talk) 14:02, 18 July 2018 (UTC)

Watchlist option "Expand watchlist to show all changes, not just the most recent" not working for me[edit]

My watchlist is showing me only the most recent change to each page. I have "Expand watchlist to show all changes, not just the most recent" selected, and I have disabled the recent watchlist enhancements. I tried to uncheck and re-check both of the options, and it appears that the "Expand watchlist to show all changes, not just the most recent" option has no effect: with the "improved" watchlist enabled, I see all changes even if the "expand" setting is disabled, and with the improvements disabled, I see only the most recent change, no matter what the "expand" checkbox setting is.

Can anyone else replicate this issue? I use the vector skin. – Jonesey95 (talk) 14:16, 18 July 2018 (UTC)

@Jonesey95: You are probably refreshing the watchlist page instead of navigating to it from your personal tools or Special:Watchlist. In the new setup, the new watchlist will reflect your settings in the url, and while it starts with your defaults, it will not realise automatically that you changed your preferences (this is a bit confusing I agree). Then when you disable the new filters, and refresh your watchlist, those settings as preserved in the URL are STILL being reflected into your watchlist results (aka the old watchlist, will listen to the url parameters of the new watchlist). By navigating to your watchlist from the personal toolbar, it will start fresh and take your new preference defaults into account.
P.S. In the new watchlist, this specific preference corresponds to the filter setting "latest revision" (or the lack thereof). —TheDJ (talkcontribs) 15:32, 18 July 2018 (UTC)

Watchlist "live update" misleading icon[edit]

When it's not active, it displays as a filled right-caret and normal text. When it's active, it becomes a filled box and inverse text. A right-caret is reasonable for something that could be activated I guess, but it's more usually associated with an expandable tree. A solid box is does not have any typical association with "active". In fact, because it's part of the inverse-text field, it appears as a background-colored box with a foreground outline. That means it looks exactly like an unchecked checkbox. Why are we re-inventing the UI wheel for a simple boolean option? DMacks (talk) 15:45, 18 July 2018 (UTC)

The UI of the whole new interface needs a total revision. Clean Copytalk 17:28, 18 July 2018 (UTC)