Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab WMF Miscellaneous 

• Table of contents
• First discussion
• End of page
• New post

The technical section of the village pump is used to discuss technical issues about Wikipedia. Bugs 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. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Archives, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216

Table cell contents spilling over.

. When viewing the following table in the mobile version of the site, some text from the first column spills over into the adjacent cell of the second column.

Team	Constructor	Chassis	Power unit	Tyre	No.	Drivers
Scuderia Ferrari	Ferrari	SF15-T	Ferrari	P	5 7	Sebastian Vettel Kimi Räikkönen
Sahara Force India F1 Team	Force India-Mercedes	VJM08	Mercedes PU106B Hybrid	P	11 27	Sergio Pérez Nico Hülkenberg
Lotus F1 Team	Lotus-Mercedes	E23 Hybrid	Mercedes PU106B Hybrid	P	8 13	Romain Grosjean Pastor Maldonado
Manor Marussia F1 Team	Marussia-Ferrari	TBA	Ferrari 059/3	P	TBA TBA	Will Stevens TBA
McLaren Honda	McLaren-Honda	MP4-30	Honda RA615H Hybrid	P	14 22	Fernando Alonso Jenson Button
Mercedes AMG Petronas F1 Team	Mercedes	F1 W06 Hybrid	Mercedes PU106B Hybrid	P	6 44	Nico Rosberg Lewis Hamilton
Infiniti Red Bull Racing	Red Bull-Renault	RB11	Renault Energy F1-2015	P	3 26	Daniel Ricciardo Daniil Kvyat
Sauber F1 Team	Sauber-Ferrari	C34	Ferrari	P	9 12	Marcus Ericsson Felipe Nasr
Scuderia Toro Rosso	Toro Rosso-Renault	STR10	Renault Energy F1-2015	P	33 55	Max Verstappen Carlos Sainz Jr.
Williams Martini Racing	Williams-Mercedes	FW37	Mercedes PU106B Hybrid	P	19 77	Felipe Massa Valtteri Bottas
Source:

Anyone got an idea what's causing this and/or how to solve this. Tvx1 22:24, 28 February 2015 (UTC)

I don't have a mobile device and it looks right for me in both desktop and https://en.m.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&mobileaction=toggle_view_mobile. The table has a coding error in {{nowrap|{{nowrap|Mercedes PU106B Hybrid}} which should only have one {{nowrap}}. Does it help to remove that:

Team	Constructor	Chassis	Power unit	Tyre	No.	Drivers
Scuderia Ferrari	Ferrari	SF15-T	Ferrari	P	5 7	Sebastian Vettel Kimi Räikkönen
Sahara Force India F1 Team	Force India-Mercedes	VJM08	Mercedes PU106B Hybrid	P	11 27	Sergio Pérez Nico Hülkenberg
Lotus F1 Team	Lotus-Mercedes	E23 Hybrid	Mercedes PU106B Hybrid	P	8 13	Romain Grosjean Pastor Maldonado
Manor Marussia F1 Team	Marussia-Ferrari	TBA	Ferrari 059/3	P	TBA TBA	Will Stevens TBA
McLaren Honda	McLaren-Honda	MP4-30	Honda RA615H Hybrid	P	14 22	Fernando Alonso Jenson Button
Mercedes AMG Petronas F1 Team	Mercedes	F1 W06 Hybrid	Mercedes PU106B Hybrid	P	6 44	Nico Rosberg Lewis Hamilton
Infiniti Red Bull Racing	Red Bull-Renault	RB11	Renault Energy F1-2015	P	3 26	Daniel Ricciardo Daniil Kvyat
Sauber F1 Team	Sauber-Ferrari	C34	Ferrari	P	9 12	Marcus Ericsson Felipe Nasr
Scuderia Toro Rosso	Toro Rosso-Renault	STR10	Renault Energy F1-2015	P	33 55	Max Verstappen Carlos Sainz Jr.
Williams Martini Racing	Williams-Mercedes	FW37	Mercedes PU106B Hybrid	P	19 77	Felipe Massa Valtteri Bottas
Source:

Does it help to remove all nowrap (may be controversial in an article), or for simplicity replace them by {{identity}} as here:

Team	Constructor	Chassis	Power unit	Tyre	No.	Drivers
Scuderia Ferrari	Ferrari	SF15-T	Ferrari	P	5 7	Sebastian Vettel Kimi Räikkönen
Sahara Force India F1 Team	Force India-Mercedes	VJM08	Mercedes PU106B Hybrid	P	11 27	Sergio Pérez Nico Hülkenberg
Lotus F1 Team	Lotus-Mercedes	E23 Hybrid	Mercedes PU106B Hybrid	P	8 13	Romain Grosjean Pastor Maldonado
Manor Marussia F1 Team	Marussia-Ferrari	TBA	Ferrari 059/3	P	TBA TBA	Will Stevens TBA
McLaren Honda	McLaren-Honda	MP4-30	Honda RA615H Hybrid	P	14 22	Fernando Alonso Jenson Button
Mercedes AMG Petronas F1 Team	Mercedes	F1 W06 Hybrid	Mercedes PU106B Hybrid	P	6 44	Nico Rosberg Lewis Hamilton
Infiniti Red Bull Racing	Red Bull-Renault	RB11	Renault Energy F1-2015	P	3 26	Daniel Ricciardo Daniil Kvyat
Sauber F1 Team	Sauber-Ferrari	C34	Ferrari	P	9 12	Marcus Ericsson Felipe Nasr
Scuderia Toro Rosso	Toro Rosso-Renault	STR10	Renault Energy F1-2015	P	33 55	Max Verstappen Carlos Sainz Jr.
Williams Martini Racing	Williams-Mercedes	FW37	Mercedes PU106B Hybrid	P	19 77	Felipe Massa Valtteri Bottas
Source:

PrimeHunter (talk) 04:56, 1 March 2015 (UTC)

Thanks for mentioning that coding error. That didn't cause the problem however. Actually it did not do any harm at all. If you click on the link to the mobile view and then reduce the width of your browser screen to the minimum you will see the text from the first column spilling over. Using the identity template doesn't solve it. Tvx1 05:38, 1 March 2015 (UTC)

I already tried the minimum width on mobile and it works for me. I get a horizontal scroll bar and no overlap. I will stop guessing. It's too hard when I don't have the problem. PrimeHunter (talk) 05:51, 1 March 2015 (UTC)

Since I'm not able to explain the issue with text, I have made a screenshot:

As you can see, content from the first column is spilling over into the second. Tvx1 21:20, 16 March 2015 (UTC)

It doesn't spill over for me. Based on the amount of spillover in your screenshot, maybe your browser doesn't reserve space for the flag icon when the column width is calculated. PrimeHunter (talk) 00:05, 20 March 2015 (UTC)

Multiple user have reported this to me though, regardless of which browser they use. Tvx1 06:54, 21 March 2015 (UTC)

I think you're spot on there. Either the flag icon isn't taken into account, either it's just counted as a 1px character. Is there a way to solve this? Tvx1 19:07, 26 March 2015 (UTC)

Does it change anything if the size of the image is increased, or removed altogether? Googol30 (talk) 04:06, 27 March 2015 (UTC)

Well, cells without flagicons don't spill over into other, no matter how wide they are. But we want to have them in that table. Tvx1 10:13, 28 March 2015 (UTC)

And does making the icons larger make the problem worse? What I'm trying to determine is how the browser is interpreting what it's given and why it isn't making the cells large enough. If the browser isn't making sufficient space for all of the elements the cell contains, should we worry about that, since it's then the fault of the browser, or find a workaround and try to fix the problem on our end, even if the mobile browser isn't working as expected? I didn't seem to catch what your mobile browser even is. If I could replicate the problem on my end, I could attempt to fix it, but the desktop version of Chrome I'm running handles element widths as expected. Let me add a table with the changes I'm thinking of for illustration:

Team	Constructor	Chassis	Power unit	Tyre	No.	Drivers
Scuderia Ferrari	Ferrari	SF15-T	Ferrari	P	5 7	Sebastian Vettel Kimi Räikkönen
Sahara Force India F1 Team	Force India-Mercedes	VJM08	Mercedes PU106B Hybrid	P	11 27	Sergio Pérez Nico Hülkenberg
Lotus F1 Team	Lotus-Mercedes	E23 Hybrid	Mercedes PU106B Hybrid	P	8 13	Romain Grosjean Pastor Maldonado
Manor Marussia F1 Team	Marussia-Ferrari	TBA	Ferrari 059/3	P	TBA TBA	Will Stevens TBA
McLaren Honda	McLaren-Honda	MP4-30	Honda RA615H Hybrid	P	14 22	Fernando Alonso Jenson Button
Mercedes AMG Petronas F1 Team	Mercedes	F1 W06 Hybrid	Mercedes PU106B Hybrid	P	6 44	Nico Rosberg Lewis Hamilton
Infiniti Red Bull Racing	Red Bull-Renault	RB11	Renault Energy F1-2015	P	3 26	Daniel Ricciardo Daniil Kvyat
Sauber F1 Team	Sauber-Ferrari	C34	Ferrari	P	9 12	Marcus Ericsson Felipe Nasr
Scuderia Toro Rosso	Toro Rosso-Renault	STR10	Renault Energy F1-2015	P	33 55	Max Verstappen Carlos Sainz Jr.
Williams Martini Racing	Williams-Mercedes	FW37	Mercedes PU106B Hybrid	P	19 77	Felipe Massa Valtteri Bottas
Source:

Of course, this is an extreme size change, but it's to troubleshoot things here. Does this make the problem worse, fix it, or make no difference whatsoever? Googol30 (talk) 23:42, 28 March 2015 (UTC)

Googol30, that makes the problem much worse. Here is a screenshot:

In case I hadn't made it clear yet, this is an issue that only occurs on the mobile version of the site. The only mobile browser I have thus far identified not to be affected by this issue is Firefox. All other mobile browser have this problem. I mostly use mobile Safari, but as said other mobile browsers are affected as well. Tvx1 00:37, 29 March 2015 (UTC)

References
References

Template:Flagbig/core

Please edit the default flagicon size in Template:Flagbig/core because the current code {{#if:{{{size|}}}|{{{size}}}|30x27px}} causes incorrect flagbig of Switzerland – see 2015 Davis Cup#World Group. In other words, remove that exception for fixed sizes (if:size|size) and set a new default height, I propose 21 or 22 px. Maiō T. (talk) 21:11, 20 March 2015 (UTC)

Fixed size

I've added parameter fixed size = 23x16px into Template:Country data Switzerland/sandbox, and also added a switch into Template:Flagicon/core/sandbox. I think it will work.

• ← flagicon|Switzerland

← flagicon/sandbox|Switzerland/sandbox

• ← flagicon|Switzerland|size=30x30px

← flagicon/sandbox|Switzerland/sandbox|size=30x30px Now we need to edit all articles from Category:Country data templates with distinct default size and also the templates flag...xyz.../core. (Except flagbig/core)
Maiō T. (talk) 13:33, 22 March 2015 (UTC)

That is horrible. What are you trying to acomplish? Why pollute the code this way to single out one flag? It doesn't even seem to do anything different. -- [[User:Edokter]] {{talk}} 14:03, 22 March 2015 (UTC)

Since standard-sized flags wouldn't include this "fixed size" parameter, what about just doing this? SiBr₄ (talk) 14:20, 22 March 2015 (UTC)

SiBr₄, thanks! That's much much better. User:Edokter, what do you say? Maiō T. (talk) 14:59, 22 March 2015 (UTC)

{{{fixed size}}} is redundant here. -- [[User:Edokter]] {{talk}} 15:58, 22 March 2015 (UTC)

@Edokter:
No, it isn't redundant. It's necessary, because Template:flagbig currently uses parameter {{{size}}} of Switzerland (and others, e.g. Vatican City, North Dakota ...) which is 16px. See:
{{flagbig|MON}}

Monaco
{{flagbig|SUI}}

Switzerland
{{flagbig|VAT}}

Vatican City
{{flagbig|North Dakota}}

North Dakota
{{flagbig|NIG}}

Niger
Therefore I'm trying to fix it with "fixed size". Maiō T. (talk) 17:11, 22 March 2015 (UTC)

{{Flagicon/core}} can handle only one size parameter, so it is redundant. This must be fixed in {{flagbig}} to pass the right size. -- [[User:Edokter]] {{talk}} 17:50, 22 March 2015 (UTC)

@Edokter:
No way. {{flagbig}} needs empty {{{size}}} parameter, therefore it's necessary to edit country-data templates – remove {{{size}}} & add {{{fixed size}}}, but this action could corrupt the flag.../core results. So, I need to add just one word into "flag.../core" templates.
Maiō T. (talk) 18:55, 22 March 2015 (UTC)

You completely lost me here. Anything passed with {{{fixed size}}} can be passed with {{{size}}} to {{Flagicon/core}}. Why does it need to be a separate parameter? -- [[User:Edokter]] {{talk}} 20:20, 22 March 2015 (UTC)

@Edokter: I just need an empty {{{size}}} parameter in Country-Data articles for correct use in template:flagbig. Currently are 8 flagicons displayed incorrectly with template:flagbig. Maiō T. (talk) 22:49, 22 March 2015 (UTC)

Ideally, flags that are larger by default in 23x15px flag templates should be larger by default in other-size flag templates as well. Instead of setting the default for those flags at a certain number of pixels (whether in all templates, as is the case now, or in 23x15px templates only, using the proposed "fixed size"), I added a parameter for relative size increase to the sandboxes:

Flag	Flag/sandbox	Flagbig	Flagbig/sandbox
UK		United Kingdom	United Kingdom
France		France	France
Switzerland		Switzerland	Switzerland

Instead of being fixed at 23x16px, the height of the Swiss flag using the sandbox is set at 110% of that of other flags, rounded to an integer number of pixels. That means the height for Switzerland using {{flagbig/sandbox}} is increased from 21px to 23px. SiBr₄ (talk) 12:48, 24 March 2015 (UTC)

SiBr₄, the {{flagbig/core}} template doesn't require a percentage increase of size; I've edited its sandbox to default 32x23px and the result is the same – see above. Problem with size is only in flag-, flagicon-, flaglink-, and flagu- cores.
Your idea with 110 % is pretty good, but the code seems too long (and for User:Edokter – "horribly" long) (joke)
Your idea with size increase parameter:
– change from  23x15px  to  23x{{#if:{{{size increase|}}}|{{#expr:{{{size increase}}}*15 round 0}}|15}}px
My idea with fixed size parameter:
– change from  23x15px  to  {{{fixed size|23x15px}}}
And the result would be the same.
I propose to edit the flag-, flagicon-, flaglink-, and flagu- cores with "fixed size" parameter or something even shorter.
The second problem is how to achieve a consensus; this is almost a forgotten discussion. Maiō T. (talk) 23:15, 26 March 2015 (UTC)

The code is longer than that for the "fixed size", but it is in no way horrible. While 32x23px may work for Switzerland, don't forget about the flag of Nepal, which would be 2px less tall than Switzerland without any size increase:

Flagbig, fixed at 32x23px	United Kingdom	France	Switzerland	Nepal
Flagbig with dynamic height	United Kingdom	France	Switzerland	Nepal

Regarding consensus for "fixed size", I'd suggest starting a thread (possibly an RfC) at WP:WPFT and posting a neutral message linking to that on each template's talk page. I'd like the relative size increase option to be considered as well. Note that {{air force}}, {{army}}, {{flagc}}, {{flagcountry}}, {{flagdeco}}, {{flaglist}}, {{flagright}}, {{navy}} and probably more templates also use 23x15 icons. SiBr₄ (talk) 11:52, 27 March 2015 (UTC)

Note that the "size increase" code can be shortened to 23x{{#expr:{{{size increase|1}}}*15 round 0}}px with the same result (assuming the parameter won't be set to an empty string). I don't know what's better from a performance standpoint.

Or, to avoid expression errors with empty or invalid parameter values, 23x{{#iferror:{{#expr:{{{size increase|1}}}*15 round 0}}|15}}px. SiBr₄ (talk) 12:13, 27 March 2015 (UTC)

User:SiBr4 I believe, the people of Nepal will not be angry to us because of 23px height (current Nepal's flagbig is 22px high).
Alternatively, we could enlarge it to 25px through {{{#if}}}: "if no borders then size=32x25"
Maiō T. (talk) 15:21, 27 March 2015 (UTC)

Reduction of big flagicons

Template_talk:Flagbig/core#Template-protected_edit_request_on_21_March_2015

Please support my proposal for reduction of big default sizes in template:flagbig.

current default size 30x27px max.	proposed default size 30x21px max.	real size change
France	France	—
Niger	Niger	from 30x26px to 25x21px
Great Britain	Great Britain	—
Monaco	Monaco	from 30x24px to 26x21px
United States	United States	—
Denmark	Denmark	from 30x23px to 28x21px
Canada	Canada	—
San Marino	San Marino	from 30x23px to 28x21px
Germany	Germany	—
Norway	Norway	from 30x22px to 29x21px
Qatar	Qatar	—
Iceland	Iceland	from 30x22px to 29x21px

Thanks, Maiō T. (talk) 22:58, 22 March 2015 (UTC)

Please be careful with how you word requests for action so that you do not canvass. --Izno (talk) 23:10, 22 March 2015 (UTC)

What is the rationale here? It makes some flags not big anymore. -- [[User:Edokter]] {{talk}} 08:17, 23 March 2015 (UTC)

User:Edokter – some big flags are currently not big, some are very big. What do you think about compromise dimensions 32x23px? Maiō T. (talk) 13:05, 23 March 2015 (UTC)

Can someone log a bug for me?

Tracked in Phabricator
Task T86454

Could someone with an account please log this as a bug? I am unfamiliar with the system for reporting bugs and I do not have an account. While this bug is quite easily circumventable, it really is a bit silly that something so glaringly obvious has not been fixed long ago. Thanks to any person who can do this on my behalf. 86.152.162.108 (talk) 18:18, 24 March 2015 (UTC)

already logged (patch pending review). thanks. קיפודנחש (aka kipod) (talk) 20:27, 24 March 2015 (UTC)

Thank you! 86.152.162.108 (talk) 21:48, 24 March 2015 (UTC)

@86.152.162.108: mw:How to report a bug explains the system and you can reuse any Wikimedia account in that system. --AKlapper (WMF) (talk) 10:35, 25 March 2015 (UTC)

Labs is going to be slow

Tracked in Phabricator
Task T93792

Heads up: NFS on Labs will be slow for a few days, and then will be offline on March 26, 2015 at 22:00 UTC (less than five minutes). I understand that the point is making backups and setting up disaster recovery mechanisms. Whatamidoing (WMF) (talk) 23:34, 24 March 2015 (UTC)

This is taking longer than expected. Consequently, you didn't have a five-minute outage 25 minutes ago. Maybe in the morning (North America time). Whatamidoing (WMF) (talk) 22:27, 26 March 2015 (UTC)

• I'm not sure exactly what is going on, but tool labs for xtools seems to be completely gone (I tried logging in and it sent me to bastion instead of tools (yes, I know)). The tool is still there, but completely refuses to run due to whatever is going on. — {{U|Technical 13}} (e • t • c) 22:31, 26 March 2015 (UTC)

revision history statistics link

hi, I asked technical 13 and cyberpowers, and haven't gotten a response so im asking here, the "history revision statistics" link is not working,can anyone help? thank you--Ozzie10aaaa (talk) 16:55, 28 March 2015 (UTC)

• Due to the outages and issues in #Labs is going to be slow above, xTools has been temporarily disabled until that is done. — {{U|Technical 13}} (e • t • c) 18:15, 28 March 2015 (UTC)

XTools again

no webservice, again, for Xtools --Ancheta Wis   (talk | contribs) 18:34, 29 March 2015 (UTC)

See #revision history statistics link

Ditto #Labs is going to be slow

Some users appear to be using User talk:Technical 13 to report these issues. --Redrose64 (talk) 19:24, 29 March 2015 (UTC)

• Which is fine by me, as a maintainer, of course. I've also seen reports on User talk:Cyberpower678, which is fine too of course (as I watch that page as well). I'll have a much better internet connection tomorrow, and will work on coordinating with @Cyberpower678, Nakon, and MusikAnimal: (other xTools maintainers) and touch base with @Coren and YuviPanda: (labs admins) to see what's going on with the labs change where we are as xTools group getting moved into our own instance. I apologize for any inconveniences caused by this outage, and will try to get everything back up as soon as humanly possible. Thank you for your patience. — {{U|Technical 13}} (e • t • c) 19:37, 29 March 2015 (UTC)

Thanks for being on top of things, T13. I trust youse Labs guys will make us happy asap. --Mareklug ^talk 02:32, 30 March 2015 (UTC)

Citoid

Citoid, the automagic citation filling tool, is on its way at last. It's been up at the French and Italian Wikipedias for a while, with positive feedback overall. The time isn't firmly settled, but Wednesday evening UTC is most likely.

Citoid depends upon good TemplateData. Wikipedia:TemplateData/Tutorial explains how to write the basics by hand, but the TemplateData GUI tool is usually faster and easier. It also depends upon external services like Zotero. If your favorite website isn't working, it probably needs a new Zotero entry. The design is less than ideal. There is a book-with-bookmark button for Citoid, next to a now-unlabeled "Cite" menu for filling in citations the old way.

If you have suggestions on how to improve the design, then please leave your comments where the designers are most likely to see them, at mw:Talk:VisualEditor/Design/Reference Dialog. If you have any other suggestions or run into problems, then please leave feedback at Wikipedia:VisualEditor/Feedback. If you would like to see Citoid at another wiki, then you may make that request in Phabricator: by creating a new task under the "Citoid" project. Most requests will probably not be granted for the next couple of weeks, but evidence that TemplateData is current on your main citation templates will likely improve your chances.

Here at the English Wikipedia, you will need to opt-in to VisualEditor via Beta Features to see Citoid. Pre-deployment testing can be done here on Beta Labs. (Before you ask: yes, after getting all the bumps smoothed out, the plan is to make it available in the wikitext editor as well. However, that will likely not be for some months yet.)

Happy editing, Whatamidoing (WMF) (talk) 00:14, 25 March 2015 (UTC)

Update: This is being delayed for a few days. Monday (late) is the most likely time now. Whatamidoing (WMF) (talk) 01:49, 26 March 2015 (UTC)

Also, is anyone here involved in Zotero? Their BBC and Google Books descriptors are out of date. I think that the BBC News website may have been rearranged last week. Whatamidoing (WMF) (talk) 16:26, 26 March 2015 (UTC)

Generate a list of articles I have created

How can I generate a list of articles I have created? --Richard Arthur Norton (1958- ) (talk) 18:36, 25 March 2015 (UTC)

With this tool: [1].·maunus · snunɐɯ· 18:39, 25 March 2015 (UTC)

Yours is over here. Impressive number by the way. You can access this link from the bottom of your user contributions. EoRdE6^{(Come Talk to Me!)} 18:41, 25 March 2015 (UTC)

• Thanks! I have several hundred more in my user space. I create them based on photos released by the Library of Congress each week at Flickr Commons or from reading the New York Times archive. --Richard Arthur Norton (1958- ) (talk) 18:51, 25 March 2015 (UTC)

FWIW, it is possible on-wiki as well, though without an option to exclude redirects and page moves. SiBr₄ (talk) 19:11, 25 March 2015 (UTC)

Hmm, I make a lot of edits but don't create many pages, so my corresponding query stressed the servers:

A database query error has occurred. This may indicate a bug in the software.

    Function: IndexPager::buildQueryInfo (contributions page unfiltered)
    Error: 2013 Lost connection to MySQL server during query (10.64.32.25)

-- John of Reading (talk) 19:53, 25 March 2015 (UTC)

The link to your created pages works fine for me – it shows 44 pages, the most recent of which is Louis Legendre (disambiguation). SiBr₄ (talk) 20:32, 25 March 2015 (UTC)

I'm surprised it's that many. -- John of Reading (talk) 20:36, 25 March 2015 (UTC)

@Maunus: This tool: [2] you recommended seems to be down. GoingBatty (talk) 00:59, 26 March 2015 (UTC)

Works fine for me.·maunus · snunɐɯ· 02:43, 26 March 2015 (UTC)

Working now - thanks! GoingBatty (talk) 03:22, 26 March 2015 (UTC)

This is a long-term problem: the tool (like several others hosted at tools.wmflabs.org) is often down for periods ranging from minutes to days. What I do is to try later, at increasing intervals (e.g. 2 mins, 10 mins, 1 hour, 6 hours etc.) until it cooperates. If you try too often, you may overload the server, which may be one of the original causes of the downtime. --Redrose64 (talk) 11:32, 26 March 2015 (UTC)

Wow, more than I thought! Lugnuts ^{Dick Laurent is dead} 19:02, 26 March 2015 (UTC)

Problems in my Firefox browser history when javascript is on while viewing Wikipedia articles

A strange issue began a few weeks ago [maybe since Jan 1, 2015] when viewing wikipedia articles: When clicking on a "Contents" link, my Firefox generates SEVERAL EXTRA, identical pages. Also, a more irritating problem is: While reviewing a history list of previously viewed articles, LATER web pages in the 'History' disappear[!!] while reviewing a Wikipedia page (making the currently appearing Wiki the MOST RECENT, and LOSING my LATER viewed web pages). The ONLY way I've found to prevent this, is to TURN OFF JAVASCRIPT while viewing Wikipedia. What happened to Wikipedia? This did NOT happen to me last year using the SAME PC and browser.

NOW I'M GETTING REALLY ANGRY AT THIS !!!!! Every time I try to edit THIS, the "Edit Summary" link WIPES OUT MY QUESTION/COMMENT!!! So much for any DONATIONS!!! I've been trying to alert SOMEONE to the FACT that JAVASCRIPT on Wikepedia keeps WIPING OUT the FIREFOX FORWARD HISTORY after the Wikipedia page being displayed. IT'S A SERIOUS BUG which does NOT occur when JavaScript is OFF!!!!! [And it is NOT MALWARE]

Thanks for reading, Steve [Remembering to sign now] 75.175.254.143 (talk) 22:53, 25 March 2015 (UTC)

You may need to bypass your cache (due to some bad change on the Wikipedia side). I might also suggest you run a malware and virus detection program. --Izno (talk) 23:26, 25 March 2015 (UTC)

Please do not remove others' comments added in good faith, per the talk page guidelines. Thanks. --Izno (talk) 17:16, 26 March 2015 (UTC)

Do these bad things happen if you try "Help > Restart with add-ons disabled" in the Firefox menu? That might help to narrow down the problem. -- John of Reading (talk) 11:13, 26 March 2015 (UTC)

Does the problem still happen if you start Firefox in Safe Mode? (Safe Mode disables extensions and themes, hardware acceleration and some JavaScript stuff in order to exclude some possible reasons for problems. It does not disable plugins which are add-ons.) See http://support.mozilla.com/en-US/kb/Safe+Mode . And does this also happen with a new and empty profile? See http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_8-make-a-new-profile and http://support.mozilla.org/kb/Managing%20profiles . --AKlapper (WMF) (talk) 02:39, 28 March 2015 (UTC)

User scripts using the old Sajax framework

Krinkle posted a message on the wikitech-l mailing list regarding the old "Sajax" AJAX framework, which has been deprecated for a very long time now, and is likely to be removed from MediaWiki altogether before the end of the year. Quite a number of (mainly very old) user scripts still use this old JavaScript library.

There are only two MediaWiki namespace scripts still using Sajax that I can see (MediaWiki:Gadget-dropdown-menus-nonvector.js and MediaWiki:RefToolbarLegacy.js, both of which are nasty-looking old scripts which could use some cleanup). However, the search engine turns up 479 matches in userspace for sajax. So a lot of people need to either update their old user scripts, or get rid of scripts they don't care about anymore.

I guess my point is, just be aware that Sajax will eventually go away one day, so migrate your user scripts to jQuery before it's too late. See mw:ResourceLoader/Legacy_JavaScript#ajax.js for info. Thanks, — This, that and the other (talk) 09:29, 26 March 2015 (UTC)

• I brought up this basic issue that most of the wiki's JavaScripts will fail to load by the end of the year when I started adding things to Category:JavaScripts using deprecated elements across multiple wikis by tagging JavaScript talk pages with {{JS migration|done=no}} and got the impression that everyone appears to think it is a "it's not broken don't fix it" situation and no-one wants anyone to go around and fix these scripts (I offered and was declined most everyplace I offered). If there is suddenly interest for someone with the ability to fix these things to go around and start fixing them, I would happily fire AWB back up and start tagging talk pages again for the various things that will cause massive script failures this year. I just got so discouraged with the general consensus that no-one cares, that I have given up (and have been saddened to a point where I have little interest in contributing much at the moment). — {{U|Technical 13}} (e • t • c) 11:00, 26 March 2015 (UTC)
  • I would say, don't do it on your own. Make a separate taskforce board, have people direct their indifference/anger/enthusiasm/ask for assistance there, instead of your talk page.. Another idea is to try and see if you can change the AWB run in such a way that you can skip user scripts that are very likely not even in use by people. Then you might bother fewer people with stuff that they are not interested in. But if you need a break, take time and return later :) —TheDJ (talk • contribs) 18:50, 26 March 2015 (UTC)
    • TheDJ, the template I linked above actually organizes all of the tagged pages. If it is a script that isn't it User: space someplace, it is placed at the top of the queue on the category page. If it is in User: and is not a common.js/skin.js(/global.js on meta), then it is listed next. If it is a common.js/skin.js(/global.js on meta), then it is placed at the very end of the queue so that it is still tagged so those people know there is an issue with their script if they ever come back but there is no rush to fix those scripts and other editors (admins) can decide if they want to fix that level of script or not. — {{U|Technical 13}} (e • t • c) 19:42, 29 March 2015 (UTC)

Red dot of love wont go

The notifications red dot doesn't go after I click on it. Anyone else have this issue? Lugnuts ^{Dick Laurent is dead} 19:04, 26 March 2015 (UTC)

What OS/browser are you using? --Izno (talk) 19:41, 26 March 2015 (UTC)

Firefox. But now I've clicked on Preferences (didn't change anything, just clicked on it), the problem has gone. Lugnuts ^{Dick Laurent is dead} 20:01, 26 March 2015 (UTC)

I had this yesterday as well (I think it was yesterday). It went away for me too after I clicked on preferences. I'm also on Firefox (36), and I'm using Ubuntu. — Mr. Stradivarius ^{♪ talk ♪} 14:00, 27 March 2015 (UTC)

Clicking on preferences worked for me too. --HHill (talk) 14:02, 27 March 2015 (UTC)

Weird deletion display error

For some reason I can't view Forever (U.S. TV series) as it keeps coming up with this error

The revision #0 of the page named "Forever (U.S. TV series)" does not exist.

This is usually caused by following an outdated history link to a page that has been deleted. Details can be found in the deletion log.

And there is nothing in the deletion log. I have tried purging the page with no result. Simply south ...... sitting on fans for just 8 years 23:03, 26 March 2015 (UTC)

It works for me. Is it the url https://en.wikipedia.org/wiki/Forever_%28U.S._TV_series%29 which produces MediaWiki:Missing-revision? PrimeHunter (talk) 00:05, 27 March 2015 (UTC)

In the past couple of days I have seen this multiple times at Germanwings Flight 9525 and once at Ferguson unrest. The workaround is to revert the last edit. In the latter case, the article was out of service for one hour and 16 minutes because the last editor didn't know what to do about it. Definitely not a freak accident and needs attention. ―Mandruss ☎ 21:59, 27 March 2015 (UTC)

Have noticed this on about a dozen articles over the last few days. Not sure where to escalte this one. Amortias (T)(C) 19:39, 28 March 2015 (UTC)

I'm guessing it needs a report on Phabricator, but I don't know how to do that. PrimeHunter? ―Mandruss ☎ 21:28, 28 March 2015 (UTC)

Please see mw:How to report a bug. --89.176.96.33 (talk) 22:09, 29 March 2015 (UTC)

This bug just struck me while editing United States House of Representatives elections, 1860 – reverting my edit seemed to fix the problem. So, whatever this bug is, it isn't fixed yet... Any word on anyone figuring out what this bug is, and when it might be fixed? TIA... --IJBall (talk) 02:23, 30 March 2015 (UTC)

• In the past two days I've seen it twice, both times at FAC nominations. — Crisco 1492 (talk) 02:26, 30 March 2015 (UTC)

Is this filed at Phabricator? If not, it's unlikely to receive attention from developers. — This, that and the other (talk) 07:07, 30 March 2015 (UTC)

Yes, phab:T94012. --HHill (talk) 09:33, 30 March 2015 (UTC)

Really weird

I have been working on List of Recently, My Sister is Unusual episodes and was about to submit more info when this message appeared "The revision #0 of the page named "List of Recently, My Sister is Unusual episodes" does not exist.

This is usually caused by following an outdated history link to a page that has been deleted. Details can be found in the deletion log."

The deletion log has no record of the page being deleted [3]. There a reason for the message? - Knowledgekid87 (talk) 02:16, 30 March 2015 (UTC)

See #Weird deletion display error above. ―Mandruss ☎ 02:18, 30 March 2015 (UTC)

Thanks, I reverted my edit and replaced the data that I copied just in case and have no issue now. - Knowledgekid87 (talk) 02:20, 30 March 2015 (UTC)

Icons

Is there a reason top icons such as Template:Featured article now appear much larger than before? Is there a way to deactivate this change? Seattle (talk) 04:16, 27 March 2015 (UTC)

Mr._Stradivarius and Edokter are working on converting all topicons to a system that will work better for different skins (incl mobile), the Visual Editor and live previewing. This might have some temporary side effects for a while, and if you point them out, I'm sure they can fix them. Is Template:Featured_article/sandbox perhaps more alike with what we had before ?? —TheDJ (talk • contribs) 08:39, 27 March 2015 (UTC)

BTW, I personally actually like the new size better. —TheDJ (talk • contribs) 08:46, 27 March 2015 (UTC)

20px is now the default for {top icon} (as opposed to the old 15px) as that is the default for the indicator system. Actually not quite true, but the documentaion gives an example using 20px, which does look better. -- [[User:Edokter]] {{talk}} 08:58, 27 March 2015 (UTC)

• Would this be why my user page is suddenly not displaying all the FP icons? I don't know if it is possible - or something yourselves are able to do - but could a slightly different icon be devised so FP and FA are not the same, please? SagaciousPhil - Chat 11:58, 27 March 2015 (UTC)
  • You have 27 top icons, but only 15 display. I will have to find out if there is a maximum. -- [[User:Edokter]] {{talk}} 12:12, 27 March 2015 (UTC)
    • They have all displayed in the past - not sure if it was yesterday or today that it changed to only a few. I know Hafpajen's page has a considerable number but I use a slightly different method for those. SagaciousPhil - Chat 13:24, 27 March 2015 (UTC)
      • Template:FP user topicon hadn't been updated to use the new system yet, so all the featured picture icons were being squashed into one. Now that I've made this edit they should show properly. This is a problem for top icons that are used more than once on a page, and they will need special attention to make sure that all of the icons have a unique |name= value passed to Template:Top icon. If anyone spots any but doesn't know how to fix them, give me a shout and I'll take a look. — Mr. Stradivarius ^{♪ talk ♪} 13:57, 27 March 2015 (UTC)
        • Thanks, they are all back now. SagaciousPhil - Chat 14:07, 27 March 2015 (UTC)

Recent change to HTTPS/SSL/TLS settings on en-wiki?

Resolved

I use AWB on Linux using wine. It stopped working yesterday morning UTC (26 March 2015) with error "GnuTLS error: An unexpected TLS handshake packet was received", I could not log in (using HTTPS). Testing further, I find that Internet Explorer under wine loading page https://en.wikipedia.org/ gives the same error and page doesn't load at all. AWB was working up to around 1800 UTC on Wednesday (25 March 2015). AWB fine under Windows so is clearly some sort of wine/Linux utilities issue, though as none of these have changed on my side, something else must have changed. So has something changed/security been raised on wikipedia side? Thanks Rjwilmsi 09:28, 27 March 2015 (UTC)

mw:MediaWiki 1.25/wmf22 was just deployed. I don't see anything relevant in the change list; take a look and see if anything pops out. -- Gadget850 ^talk 09:36, 27 March 2015 (UTC)

This is an educated guess. A little while back (a few weeks? months now?) some changes were made to the SSL/TLS infrastructure that made IE6/Windows XP clients no longer able to use our SSL services (due to XP only supporting broken protocols and cipher combinations). My guess is that Wine is similarly impacted by this change and you're seeing it now because your previous login session has ended and you have to log in again. I'm not sure if this is actually the case or what the workaround would be (other than using your native Windows, which seems to work). ^demon^{[omg plz]} 13:29, 27 March 2015 (UTC)

Yes, must have been something like that. I have managed to resolve this one, took some faffing. Information for others: resolution on opensuse 13.1 (64 bit, 32 bit WINEARCH) was to install libgnutls28 and libgnutls28-32bit packages from opensuse 13.2 update repo (so version 3.2.18-4.1), replacing the version 3.2.4 packages from opensuse 13.1 oss or 13.1 update repos. Rjwilmsi 10:12, 30 March 2015 (UTC)

False warnings from db-u1 template

Template {{db-u1}} has started to display its red "Warning: This page was last edited by a user other than the owner of the userspace in which it was used" notice even when actually placed by the real owner. I have encountered two three instances this morning. JohnCD (talk) 11:30, 27 March 2015 (UTC)

Please give an example, even if you only know one where the page has been deleted. A test at User:PrimeHunter/sandbox doesn't display the warning. PrimeHunter (talk) 12:26, 27 March 2015 (UTC)

User:TSRL/sandbox/Caudron C.140 and User:Umais Bin Sajjad/sandbox3. JohnCD (talk) 12:44, 27 March 2015 (UTC)

The warning is made by {{#ifeq:{{ROOTPAGENAME}}|{{REVISIONUSER}}||'''Warning: This page was last edited by a user other than the owner of the userspace in which it was used. Please make sure the page was tagged by the correct user before deleting. '''}}. It hasn't been edited recently and should work as far as I can tell. Did it happen at the normal /wiki/ url and not a preview? I don't know why it would happen at a normal page view in your examples. Do you remember the user or time in the statement like "This page was last edited by PrimeHunter (contribs | logs) at 12:24 UTC (45 minutes ago)"? If it happens again then please copy this statement here without deleting the page. I realize somebody else may delete it and you shouldn't edit it to tell others not to delete it. PrimeHunter (talk) 13:21, 27 March 2015 (UTC)

Sorry, I don't remember what that statement said. The warning occurred in normal view when I clicked on the pages in the speedy deletion queue. You can still see it in preview mode if you look at the last revision before deletion in the examples I linked. No U1s in the queue at the moment, I'll keep an eye open. JohnCD (talk) 14:01, 27 March 2015 (UTC)

If you preview a page then {{REVISIONUSER}} returns your own name so the warning will always be displayed in a preview, unless you are viewing a page in your own userspace where {{ROOTPAGENAME}} also returns your username. PrimeHunter (talk) 14:20, 27 March 2015 (UTC)

JohnCD and PrimeHunter, see User:Nyttend/TESTING. This is definitely a malfunctioning template. Please don't delete the page yet; please wait until I ask for it. Nyttend (talk) 15:57, 27 March 2015 (UTC)

That's odd - I was just coming to say it must have been a temporary glitch, because I made a test page from an alternate account which behaved normally, and I have since had a live one from CAT:CSD with no problem. JohnCD (talk) 16:00, 27 March 2015 (UTC)

I just opened a new tab to view it (no edits have been made since I left a note here), and the warning's gone. No explanation that I can see. Nyttend (talk) 16:07, 27 March 2015 (UTC)

For me it doesn't display the warning and it correctly says: "This page was last edited by Nyttend (contribs | logs) at 15:57 UTC (10 minutes ago)". What does it say for you? Caching means the time may look wrong but don't worry about that. I wonder whether some servers don't have access to the right value of {{REVISIONUSER}}, but it's hard to say if nobody seeing the error reports what it says. The html source says "Parsed by mw1050" for me. If anybody sees the warning then PLEASE report what it says below, and also in the html source if you know how to see that in your browser. In many browsers you can do a Ctrl+f search on "Parsed by" when you view the html source. PrimeHunter (talk) 16:10, 27 March 2015 (UTC)

When I first created the page, it gave a big Warning: This page was last edited by a user other than the owner of the userspace in which it was used. Please make sure the page was tagged by the correct user before deleting. I then edited it to fix the {{ambox}}, and the warning was the same. Nyttend (talk) 16:25, 27 March 2015 (UTC)

Here's another: User:Varant Dndlian. Message just says "This page was last edited at 16:10 UTC (0 seconds ago)" without mentioning a user. JohnCD (talk) 16:15, 27 March 2015 (UTC)

For me it didn't display the warning and said "This page was last edited by Varant Dndlian (contribs | logs) at 16:10 UTC (8 minutes ago)". It has since been deleted. PrimeHunter (talk) 16:21, 27 March 2015 (UTC)

I just now created User:Nyttend/TESTING 2 and got the same situation. The template begins with the ordinary "This user page may meet..." and concludes with "...that has been moved. See CSD U1. Warning: This page was last edited by a user other than the owner of the userspace in which it was used. Please make sure the page was tagged by the correct user before deleting.

If this user page does not meet the criteria for speedy deletion, please remove this notice. This page was last edited at 16:26 UTC (0 seconds ago)" Note that it doesn't know who tagged it! I don't know what to do to fix the situation. Nyttend (talk) 16:28, 27 March 2015 (UTC)

TESTING seems to be ok for me, while TESTING2 is still broken and does not mention who edited the page last, just the time. KonveyorBelt 16:52, 27 March 2015 (UTC)

I looked at TESTING2 and it still showed the red warning: then I purged it (using the clock/purge gadget), the red warning disappeared and the message changed to "This page was last edited by Nyttend..." JohnCD (talk) 18:46, 27 March 2015 (UTC)

"(0 seconds ago)" indicates the page was rendered at the original save and has not been purged since. {{db-meta}} only displays who last edited it if {{REVISIONUSER}} is non-blank: {{#if: {{REVISIONUSER}} | by [[{{ns:2}}:{{REVISIONUSER}}|{{REVISIONUSER}}]] <small>{{toolbar|1=[[Special:Contributions/{{REVISIONUSER}}|contribs]]|2=[[Special:Log/{{REVISIONUSER}}|logs]]}}</small> }}. So the problem is apparently that {{REVISIONUSER}} can be blank. We could consider coding {{db-u1}} to only display the warning if {{REVISIONUSER}} is both non-blank and different from {{ROOTPAGENAME}}. Template talk:Db-meta/Archive 2#Add some magic keywords about the last editor and the last revision and [4] shows the test has always been there, but doesn't mention that it might be blank. Maybe the test was only added originally in 2009 by Church of emacs because the magic word was brand new and not because it was actually expected to sometimes return blank. The possibility isn't mentioned at mw:REVISIONUSER. I edited User:PrimeHunter/sandbox to always display {{REVISIONUSER}}. I got the warning and a blank {{REVISIONUSER}} on the original save. A purge fixed it. If this issue has not been noticed before then maybe it's new that {{REVISIONUSER}} can fail on the original save. If somebody sees the warning on a page which does not say "(0 seconds ago)" then please report what it says, including a username if it's displayed. PrimeHunter (talk) 16:58, 27 March 2015 (UTC)

Deep down, {{db-user}} invokes Module:Message box. I suspect that this shares a problem with {{asbox}}-based templates (i.e. stubs), where a double save is normally necessary to categorise the page correctly. That is, when I created these seven stubs, they correctly showed cats in the box at the bottom, but on following those links to the cat page, the templates were not listed there. Performing a WP:NULLEDIT on the new template fixed it (this is not a new problem, see Template talk:Asbox#Categorization of stub tags doesn't work on creation). So, if a user adds {{db-user}} and gets that red error message, does it disappear if they WP:NULLEDIT the page? --Redrose64 (talk) 18:03, 27 March 2015 (UTC)

I just encountered another example at User:Dodger67/Sandbox/Link-ZA. The message was "This page was last edited at 21:09 UTC (0 seconds ago)". When I purged the page (with the clock/purge gadget) the red warning disappeared and the message changed to "This page was last edited by Dodger67 (contribs | logs) at 21:09 UTC (4 minutes ago)"

There is certainly something new going on here. I have been doing U1 deletions for years and have never encountered this message before (except where the requester really was a different account), but today it is happening all the time. JohnCD (talk) 21:21, 27 March 2015 (UTC)

I have changed {{Db-u1}} to display " to see last editor" instead of a warning if {{REVISIONUSER}} is blank.[5] PrimeHunter (talk) 11:48, 28 March 2015 (UTC)

Thanks! I can confirm that things are working better now. I recreated User:Nyttend/TESTING with only {{db-u1}} and got the "Purge to see last editor" upon creation, and when I purged, the warning disappeared; all is well. I then went to the userspace of my public-computer sock and created User:Nyttend backup/TESTING; again the purge message appeared, and when I purged, the big red warning properly appeared. Nyttend (talk) 12:28, 28 March 2015 (UTC)

@PrimeHunter: Thanks, that works. I have deleted five live U1s today, three with the "Purge" message (which without your fix would presumably have been showing the red warning) and two without. Do we know why this problem suddenly appeared yesterday? It must have been caused by some change in the underlying system? JohnCD (talk) 21:13, 28 March 2015 (UTC)

Might this be related to #Weird deletion display error? Nil Einne (talk) 12:58, 30 March 2015 (UTC)

GeoGroupTemplate again

{{GeoGroupTemplate}} was recently switched to use OpenStreetMap after Google stopped supporting the relevant service. It initially worked well, but now it's not doing anything; do we know what's wrong? If you go to National Register of Historic Places listings in Belmont County, Ohio and click the OSM link, it takes you to this page, which just sits there, nothing but whitespace. The tool itself looks like it's working fine, since the Bing link goes to this page, which displays as expected. It's not vandalism to the Belmont County page; I've gotten similar results from pages in my userspace that use this template, and they've not been edited by anyone except for me. The last edit to the template itself was by Doncram, just moving Bing-related text and not touching the OSM stuff, and anyway it was working a day or two after he edited it. I also don't see anything weird with Special:RecentChangesLinked. I've tried this with Windows 8.1, using both IE11 and Firefox 36.0.4. Nyttend backup (talk) 13:28, 27 March 2015 (UTC)

https://tools.wmflabs.org/osm4wiki seems to be completely down. de:Wikipedia:Technik/Labs/Tools#Geo gives a start page https://tools.wmflabs.org/osm4wiki/cgi-bin/wiki/wiki-osm.pl which is also blank. The tool maintainers are listed at https://tools.wmflabs.org/#toollist-osm4wiki. They link to German user pages. I don't currently see any reports of the problem at de:Benutzer Diskussion:Plenz or de:Benutzer Diskussion:Kolossos. PrimeHunter (talk) 13:38, 27 March 2015 (UTC)

See my post of 11:32, 26 March 2015 regarding the reliability of tools.wmflabs.org - i.e. try again, but not too often. --Redrose64 (talk) 15:17, 27 March 2015 (UTC)

Yeah, I saw it yesterday — I was going to report this then, but I decided to wait and try again every several hours. I didn't notice that the OSM tool is different from the Bing tool; that's why I was confused, since I thought the same tool was working for one thing but not for another. Nyttend (talk) 15:54, 27 March 2015 (UTC)

Need assistance over image files

I left a message at User talk:Mark Arsten#Image file restoration over image files, but now I just realised that the user is not active anymore. Can anyone please help me?

The message I left:

1. I uploaded a screenshot of Marceline from Adventure Time intro at File:Adventure Time - Marceline.png, but someone put a new version of the file with another image of the character, and the older version I put has gone. As the Fair Use Rationale (that I put) became useless (since that new image doesn't match the description), and I have no way to recover the original, I simply removed the rationale from that file. Now, the file is going to be deleted within a few days because it has no rationale. Can you recover the original image for me? (It's Marceline holding a red axe bass.)
2. I once requested you to restore File:Fosters intertitle.jpg, and you did it. But then I was busy and I forgot to replace Foster's Home for Imaginary Friends article's infobox image with the file. Can you restore the file once again? I'll replace the image within the days given.

JSH-alive/^{talk/cont/mail} 15:37, 23 March 2015 (UTC)

JSH-alive/^{talk/cont/mail} 16:56, 27 March 2015 (UTC)

 Done I have completed both of these requests. -- Diannaa (talk) 23:04, 28 March 2015 (UTC)

Thank you very much! JSH-alive/^{talk/cont/mail} 14:59, 29 March 2015 (UTC)

How possible is it to alter conventions for within header title presentation?

I have just presented a proposal at Wikipedia:Village pump (proposals)#Proposed change for headers (allowing parenthesis texts to be used at reduced sized).

I anyone advise regarding the practicalities of the proposals. Depending on both the practicalities and editor reactions a next step might be to convert the thread to an RfC. GregKaye 11:41, 28 March 2015 (UTC)

Template:Winners vs. Template:Winners-other

code:
{{winners|hopman|2015 Hopman Cup Champions|Poland|First}}

2015 Hopman Cup Champions
Poland First title

code:
{{winners-other|2015 Hopman Cup Champions|Poland|[[Poland]]|First}}

2015 Hopman Cup Champions
Poland First title

Hello everybody, what's your opinion on these flagicons? A year ago, they were the same (100px wide). But then came one user and (without any discussion) reduced it to 50px and then once more. I think, the best would be something in between. Maiō T. (talk) 20:03, 28 March 2015 (UTC)

Why is this a VPT matter? Surely it would be better discussed at Template talk:Winners or Template talk:Winners-other? --Redrose64 (talk) 20:10, 28 March 2015 (UTC)

Okay, this discussion continues at Template talk:Winners. Maiō T. (talk) 22:24, 28 March 2015 (UTC)

Error message on user page

I don’t know how long it’s been there, but I just noticed my user page sporting an error message at the top: Error: Page status indicators' name attribute must not be empty. I’m pretty sure it wasn‘t there when I last saved the page in 2013, so I guess it has to do with a template that’s since been modified—but I can’t see any empty “name=” fields in my wikitext, so I’m quite at a loss in identifying the cause and the offending element. Any suggestions as to what’s producing the error or how to fix it?—Odysseus1479 21:25, 28 March 2015 (UTC)

Look at template:top icon template and add a name=something parameter. Graeme Bartlett (talk) 21:51, 28 March 2015 (UTC)

And how I worked it out is to delete chunks of your user page till the error went away. Graeme Bartlett (talk) 21:52, 28 March 2015 (UTC)

Thanks, @Graeme Bartlett! Believe it or not, that was my prime suspect—but I’d more or less ruled it out because {{Top icon}} makes no mention of a “name” parameter. How did you know to add one, when it’s not described in the documentation—do all templates have a “name” parameter, whether or not it’s explicit? And why was it OK until (?somewhat) recently?—Odysseus1479 22:05, 28 March 2015 (UTC)

If you suspected, you should have tried a preview with it removed yourself! I tried to add a name=graphic parameter because the error message said name was missing. Although it is not in the documentation it is in the source code. Not all templates have a name= parameter, and I don't even know why this is needed for in top icon. I suggest you look at the history, as I know there was an an announcement of a change to top icon recently. Graeme Bartlett (talk) 22:28, 28 March 2015 (UTC)

Suppressing redirects

Without a major software change would it be possible to either automatically or give users the option to suppress the creation of redirects upon moves in certain namespaces, but not others? Kharkiv07^Talk 21:37, 28 March 2015 (UTC)

Yes; admins are able to suppress the creation of redirects upon moves (the checkbox is called "Leave a redirect behind", enabled by default, and admins have the ability to deselect it). Giving this option to regular users has has been suggested before, but declined because of the potential for page move vandalism. --Redrose64 (talk) 23:41, 28 March 2015 (UTC)

But my question is if it could be done in specific namespaces, namely user and draft. Kharkiv07^Talk 23:42, 28 March 2015 (UTC)

Most templates in category

I have a category X, which is populated with articles. And I have templates A, B, C, D, E, F, which (to some articles in category — none, some — few, maybe some — all) are used in articles from category X. Is it possible (with quarry, I suppose) to get information, which articles has the most of those six templates. And article with B, C, D (in this case) is the same as article with A, E, F, I just need the number. The desired result would be:

Article	Template count
Article1	6
Article2	6
Article3	3
Article4	1
Article5	0

If it's possible with quarry, then maybe somebody could write the SQL query, at least the skeleton. --Edgars2007 (talk/contribs) 23:24, 28 March 2015 (UTC)

noexternallanglinks

Am I the only one who sees "Edit links" link on Main page and Recent changes page? noexternallanglinks isn't working? --Edgars2007 (talk/contribs) 07:51, 29 March 2015 (UTC)

Confirmation message for un-watchlisting a page?

Just noticed for the first time, that un-watching pages shows a warning message "Remove this page from your watchlist?" with a "Yes" button to click. Some problems with it:

1. The message has only a "yes" option (without "no" such a warning is fairly pointless).
2. It seems to show up only the first time for every page.
3. After clicking "yes", the blue star to indicate watch-status is not actualized (and the affected page is not reloaded).

This archived thread Wikipedia:Village_pump_(technical)/Archive_110#Unwatch_bug.3F mentions, that this extra message was caused by the Wikimedia software in the past. Is is possible to disable that bugged feature? (I searched my gadgets and preferences, but couldn't find it). I am using vector skin, Windows XP and FF (latest version). GermanJoe (talk) 11:13, 29 March 2015 (UTC)

This is the HTML fallback. You must have a Javascript problems or something. —TheDJ (talk • contribs) 12:57, 29 March 2015 (UTC)

I had the problem like 10 times before posting here, but couldn't force another occurence since then. Should I try Java tracing and logging or how can I see, which method/problem caused the fallback? It seems to be very sporadic and only happened in the last few days afaik (but now I am curious). Current Java version is (Build 1.8.0_31-b13). GermanJoe (talk) 13:36, 29 March 2015 (UTC)

The default behaviour is to confirm all watch/unwatch requests. However, when you watch/unwatch a page using the white/blue star (Vector) or the watch/unwatch tab (MonoBook), the URL that is sent includes a token which tells the MediaWiki servers which page you wish to watch/unwatch. If this matches the pagename in the URL, the confirmation step is skipped. Thus, if the page names differ, or the token is corrupt or missing, it falls back to requesting confirmation. You can see the confirmation step in action by using a URL without a token: {{Watch|Example}} → watch --Redrose64 (talk) 14:21, 29 March 2015 (UTC)

Maybe the connection is just too slow at times or some background process is not finished (I noticed, that "loading data" is sometimes still displayed in the footer while the page is already fully available). I'll keep watching for this. Thanks for providing all that background information, it's very helpful to understand the situation. GermanJoe (talk) 15:45, 29 March 2015 (UTC)

Yahoo and Bing search

When searching for this article 2012 Virginia Beach F/A-18 Crash using Yahoo or Bing they go to a deleted version from 2012. A Google search will lead to the most recent version. Can't figure why. Samf4u (talk) 16:42, 29 March 2015 (UTC)

Yahoo! Search is powered by Bing so it's not unexpected that they give the same result. They both give a blurb from the current 2012 Virginia Beach F/A-18 Crash with uppercase C in Crash, and write the title as "2012 Virginia Beach F/A-18 Crash" with uppercase C. But they both link the search to the deleted 2012 Virginia Beach F/A-18 crash with lowercase c. That's odd. It appears that either we served the upper case C version on the lowercase c url when Bing read and cached the page 16-03-2015, or Bing corrupted the url in their database. All links ("Article", "Talk" and so on) in Bing's cached version go to uppercase C. I guess this is Bing's error but it could also be ours. PrimeHunter (talk) 19:44, 29 March 2015 (UTC)

Thanks for looking into this Prime Hunter. The issue has been resolved by changing capital C in crash to a lower case c by Izno (talk). Samf4u (talk) 20:39, 29 March 2015 (UTC)

That actually doesn't fix the problem per se, I was just following WP:AT when I moved it. --Izno (talk) 21:30, 29 March 2015 (UTC)

Article count jumps by 100,000 in a day...

I asked a question about the fact that the total number of articles increased by 100,000 overnight (Statistics page) on the Main Page talkpage and was told to bring it up here. I've included the entire conversation for context. I'm particularly interested if anyone can confirm what Dragons flight is saying. If the article count is indeed manually updated every now and then, how often does such an update take place? I've been closely following the article count since February 2013, and this is the first time I've seen the article count increase so dramatically. Anyway, I'd be very grateful for any light you can shine on this matter. Thanks! AmericanLemming (talk) 21:04, 29 March 2015 (UTC)

The Main Page lists the total number of articles on the English Wikipedia, and normally that increases by 1,000 articles a day, give or take a few hundred. However, between yesterday and today the article count jumped from about 4,753,000 to about 4,848,000. That's an increase of roughly 95,000 overnight. Either the counting methodology has been changed to include tens of thousands of articles that were simply being left out previously, or some software bug has started counting non-mainspace pages as articles. I know this talk page isn't really the best place to bring this up, but I'm not really sure what the proper forum for such a question is; for all I know the folks at WMF are responsible for the Statistics page, which even admins can't edit. AmericanLemming (talk) 19:36, 29 March 2015 (UTC)

I'd suggest bringing it up at the Village Pump. 331dot (talk) 20:14, 29 March 2015 (UTC)

The running tally is somewhat approximate. It attempts to increment / decrement the count every time an article is added / deleted. Occasionally though it gets confused and misses one. The fix is to periodically update the tally by counting every article in the database, which is more accurate but too slow to use routinely. My guess is that the jump was triggered by such an update, though I don't know that for sure. The more accurate offline stats have shown 4.8 million articles since December [6]. Dragons flight (talk) 20:16, 29 March 2015 (UTC)

Main Page talkpage

Main Page is cached many times daily at https://web.archive.org/web/*/https://en.wikipedia.org/wiki/Main_Page. The four caches currently listed early today don't have the jump. PrimeHunter (talk) 21:19, 29 March 2015 (UTC)

The last cache shows 4,752,922 (6:04:37 Mar 29, 2015, whatever timezone the wayback machine dispays). The current number shown is 4,847,959 (21:39 Mar 29, 2015 UTC) – an increase of 95,037 since the last cache, so the jump has yet to make it to the cache. —Quondum 21:41, 29 March 2015 (UTC)

I believe such an update occurs automatically once a month ([see https://phabricator.wikimedia.org/T68867]). HTH, Elitre (WMF) (talk) 14:27, 30 March 2015 (UTC)

Possibly relevant; of the new page_ids created over the last 30 days, the range of 450000 ids from 45720000-46169999 looks decidedly odd, containing as it does 448500 user_talk pages (99.6%) and only 479 main namespace articles. - #TB (talk)

Red herring. User:MediaWiki message delivery created these user pages while delivering messages about account renaming between 21:28, 19 March 2015 (User_talk:-Y-) and 04:27, 20 March 2015‎ (User talk:ＮｉＫｅ). - TB (talk) 16:07, 30 March 2015 (UTC)

These statistics had many errors over the years and previously, it had to be manually fixed by running a maintenance script. The script is now run once a month starting from this month onwards. See also [7] [8] [9] Glaisher (talk) 16:13, 30 March 2015 (UTC)

Quick reasoning for Template Editor protection level?

I'm feeling lazy so can someone answer a quick question, please. Was the main reason for implementing the "template-protected" protection level 1) downgrading protection from sysop level in those templates that can be edited by experts, or was it 2) upgrading protection from semi-protection to combat serious vandalism? Or both? I am thinking about an additional protection level for fi-wiki and need some info. Links are welcome, too. --Pxos (talk) 21:26, 29 March 2015 (UTC)

• WP:PINKLOCK This is a protection level that replaces full protection on pages that are merely protected due to high transclusion rates, rather than content disputes. It should only be used on templates whose risk factor would have otherwise warranted full protection. It should not be used on less risky templates on the grounds that the template editor user right exists – the existence of the right should not result in more templates becoming uneditable for the general editing community. — {{U|Technical 13}} (e • t • c) 21:42, 29 March 2015 (UTC)

Thanks! I'm now a bit embarassed because I was too lazy. I even managed to find the RfC now. --Pxos (talk) 22:00, 29 March 2015 (UTC)

WMF donation appeal blocked my viewing of Wikipedia, with no option to dismiss

I have a link to my contributions page on my smartphone, and I checked it just now to see if the page I most recently edited was still "current" or if it had been edited. Unfortunately, I was taken to 1 (archived at 2), which has no obvious way to leave the donation page to get to the page I wanted to see. This must be some sort of fundraising error, right? Shouldn't there be a prominent option to leave the donation page to actually get to the Wikipedia page I chose to see? Thanks. Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 02:55, 30 March 2015 (UTC)

Obviously you have to make a donation before you can proceed. Just kidding. I can't help much with the problem, but here's a link to your contribs if that will help. I'm ignorant as to the mobile platform and unclear as to whether you were able to get there via a different route. ―Mandruss ☎ 03:03, 30 March 2015 (UTC)

I don't think users can be redirected from en.wikipedia.org to donate.wikimedia.org. You probably got a donation banner here at en.wikipedia.org and clicked it without realizing it. PrimeHunter (talk) 11:07, 30 March 2015 (UTC)

Ping

I've had two people ping me in a post when they replied to me right? But I never got a notification that they mentioned me. I noticed that they did the Template:Name here thing correctly. Using a phone and browser with no app downloaded. I should have gotten a notification here and at the Teahouse from that user and EoReD (something like that) respectively. Anyone that replies, ping me to see if it works too. I'll say if I got a notification and I'll keep checking back here just to make sure. Sorry if this is written terribly. DangerousJXD (talk) 06:06, 30 March 2015 (UTC)

@DangerousJXD: The message to you at User talk:Human3015 wasn't signed. From Wikipedia:Notifications, "Note that the post containing a link to a user page must be signed" -- John of Reading (talk) 06:45, 30 March 2015 (UTC)

HTTP becomes HTTPS

A ref on Laser cutting#Pulsing at the end of the section ...from adhering to the side of the hole or cut. has an external link to http://web.gat.com/pubs-ext/miscpubs/A25867.pdf. However, Wikipedia appears to redirect to the secure version HTTPS://... web.gat.com web site does not appear to handle https, so it uses http. IE as well as Chrome responds with something like: There is a problem with this website’s security certificate... Is there a way of having the the EL use HTTP: rather than HTTPS: so that this problem does not occur? Thanks Jim1138 (talk) 07:26, 30 March 2015 (UTC)

The redirection from http to https is at the target, it's an issue in their server. You could of course bypass the redirect and go directly to https, but in both cases Chrome will inform users that something with their certificates isn't as it should be (for a value of "should" determined by the Chromium project, not necessarily matching any IETF RFC.) –Be..anyone (talk) 07:42, 30 March 2015 (UTC)

Sadly misconfigured HTTPS variants of sites are very common, a big issue is when the site is served by a CDN but of course the certificate is for the CDN not the site's domain. But in this case it seems there's a simple solution as the problem is simply that the certificate is for a different subdomain, fusion.gat.com which seems to serve the content fine [10] Nil Einne (talk) 12:43, 30 March 2015 (UTC)

Parser function to determine if an image is on Commons?

I have a great disdain for the template {{Keep local}}. Among my (innumerable) problems with the template is that it says that the image might be on Commons with the same filename when, for the overwhelming majority of images that use the template, the Commons image does not actually exist. Is there any way that we could suppress the link from showing up if a Commons image with that filename does not actually exist? Some kind of #ifexist for detecting whether the page exists at Commons? --B (talk) 14:42, 30 March 2015 (UTC)

Tech News: 2015-14

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

• You can now hide site banners even if you don't have an account. [11]
• You can now add citations more easily with VisualEditor on the French and Italian Wikipedia. The tool adds the information when you add some types of links. In the future you will be able to add this tool to your wiki. [12] [13] [14]
• All sites should now be faster if you have a recent browser. [15]
• You could see a serious bug when editing some templates with VisualEditor. It was fixed quickly. [16]
• VisualEditor could break when you edited an image. The issue was fixed quickly. [17]

Changes this week

• The new version of MediaWiki has been on test wikis and MediaWiki.org since March 25. It will be on non-Wikipedia wikis from March 31. It will be on all Wikipedias from April 1 (calendar).
• VisualEditor is now the main editing tool on 53 more Wikipedias. [18]
• You can now edit the mobile site of all wikis without an account. [19]
• You can test a new tool on the beta mobile site on the English Wikipedia. With the new tool, you can create lists of articles. [20]
• You can now see that VisualEditor is opening even if you're not looking at the top of the page. [21]
• VisualEditor doesn't leave empty titles with just nowiki tags any more. [22] [23] [24] [25]

Meetings

• You can join a meeting with the Wikidata team. The meeting will be on IRC on March 31 at 16:00 (UTC). [26]
• You can read the notes from the last meeting with the VisualEditor team.
• You can join the next weekly meeting with the Editing team. During the meetings you can tell developers which bugs are the most important. The meeting will be on April 1 at 18:00 (UTC). See how to join.

Tech news prepared by tech ambassadors and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

15:19, 30 March 2015 (UTC)