Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
  (Redirected from Wikipedia:VP/T)
Jump to: navigation, search
  Policy   Technical   Proposals   Idea lab   Miscellaneous  
Shortcuts:
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Older discussions, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137
Centralized discussion
Proposals: policy other Discussions Ideas

Note: inactive discussions, closed or not, should be archived.


Table cell contents spilling over.[edit]

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
Italy Scuderia Ferrari Ferrari SF15-T[1] Ferrari P 5
7
Germany Sebastian Vettel
Finland Kimi Räikkönen
India Sahara Force India F1 Team Force India-Mercedes VJM08[2] Mercedes PU106B Hybrid P 11
27
Mexico Sergio Pérez
Germany Nico Hülkenberg
United Kingdom Lotus F1 Team Lotus-Mercedes E23 Hybrid[3] Mercedes PU106B Hybrid P 8
13
France Romain Grosjean
Venezuela Pastor Maldonado
United Kingdom Manor Marussia F1 Team[4] Marussia-Ferrari TBA Ferrari 059/3[5][6] P TBA
TBA
United Kingdom Will Stevens
Flag of None.svg TBA
United Kingdom McLaren Honda McLaren-Honda MP4-30[7] Honda RA615H Hybrid P 14
22
Spain Fernando Alonso
United Kingdom Jenson Button
Lewis Hamilton 2015 Malaysia FP3 1.jpg Mercedes AMG Petronas F1 Team Mercedes F1 W06 Hybrid[8] Mercedes PU106B Hybrid P 6
44
Germany Nico Rosberg
United Kingdom Lewis Hamilton
Austria Infiniti Red Bull Racing Red Bull-Renault RB11[9] Renault Energy F1-2015 P 3
26
Australia Daniel Ricciardo
Russia Daniil Kvyat
Switzerland   Sauber F1 Team Sauber-Ferrari C34[10] Ferrari P 9
12
Sweden Marcus Ericsson
Brazil Felipe Nasr
Italy Scuderia Toro Rosso Toro Rosso-Renault STR10[11] Renault Energy F1-2015 P 33
55
Netherlands Max Verstappen
Spain Carlos Sainz Jr.
United Kingdom Williams Martini Racing Williams-Mercedes FW37[12] Mercedes PU106B Hybrid P 19
77
Brazil Felipe Massa
Finland Valtteri Bottas
Source:[13][4][14][15][16]


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
Italy Scuderia Ferrari Ferrari SF15-T[17] Ferrari P 5
7
Germany Sebastian Vettel
Finland Kimi Räikkönen
India Sahara Force India F1 Team Force India-Mercedes VJM08[18] Mercedes PU106B Hybrid P 11
27
Mexico Sergio Pérez
Germany Nico Hülkenberg
United Kingdom Lotus F1 Team Lotus-Mercedes E23 Hybrid[19] Mercedes PU106B Hybrid P 8
13
France Romain Grosjean
Venezuela Pastor Maldonado
United Kingdom Manor Marussia F1 Team[4] Marussia-Ferrari TBA Ferrari 059/3[5][6] P TBA
TBA
United Kingdom Will Stevens
Flag of None.svg TBA
United Kingdom McLaren Honda McLaren-Honda MP4-30[20] Honda RA615H Hybrid P 14
22
Spain Fernando Alonso
United Kingdom Jenson Button
Germany Mercedes AMG Petronas F1 Team Mercedes F1 W06 Hybrid[21] Mercedes PU106B Hybrid P 6
44
Germany Nico Rosberg
United Kingdom Lewis Hamilton
Austria Infiniti Red Bull Racing Red Bull-Renault RB11[22] Renault Energy F1-2015 P 3
26
Australia Daniel Ricciardo
Russia Daniil Kvyat
Switzerland   Sauber F1 Team Sauber-Ferrari C34[23] Ferrari P 9
12
Sweden Marcus Ericsson
Brazil Felipe Nasr
Italy Scuderia Toro Rosso Toro Rosso-Renault STR10[24] Renault Energy F1-2015 P 33
55
Netherlands Max Verstappen
Spain Carlos Sainz Jr.
United Kingdom Williams Martini Racing Williams-Mercedes FW37[25] Mercedes PU106B Hybrid P 19
77
Brazil Felipe Massa
Finland Valtteri Bottas
Source:[13][4][14][15][26]
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
Italy Scuderia Ferrari Ferrari SF15-T[27] Ferrari P 5
7
Germany Sebastian Vettel
Finland Kimi Räikkönen
India Sahara Force India F1 Team Force India-Mercedes VJM08[28] Mercedes PU106B Hybrid P 11
27
Mexico Sergio Pérez
Germany Nico Hülkenberg
United Kingdom Lotus F1 Team Lotus-Mercedes E23 Hybrid[29] Mercedes PU106B Hybrid P 8
13
France Romain Grosjean
Venezuela Pastor Maldonado
United Kingdom Manor Marussia F1 Team[4] Marussia-Ferrari TBA Ferrari 059/3[5][6] P TBA
TBA
United Kingdom Will Stevens
Flag of None.svg TBA
United Kingdom McLaren Honda McLaren-Honda MP4-30[30] Honda RA615H Hybrid P 14
22
Spain Fernando Alonso
United Kingdom Jenson Button
Germany Mercedes AMG Petronas F1 Team Mercedes F1 W06 Hybrid[31] Mercedes PU106B Hybrid P 6
44
Germany Nico Rosberg
United Kingdom Lewis Hamilton
Austria Infiniti Red Bull Racing Red Bull-Renault RB11[32] Renault Energy F1-2015 P 3
26
Australia Daniel Ricciardo
Russia Daniil Kvyat
Switzerland   Sauber F1 Team Sauber-Ferrari C34[33] Ferrari P 9
12
Sweden Marcus Ericsson
Brazil Felipe Nasr
Italy Scuderia Toro Rosso Toro Rosso-Renault STR10[34] Renault Energy F1-2015 P 33
55
Netherlands Max Verstappen
Spain Carlos Sainz Jr.
United Kingdom Williams Martini Racing Williams-Mercedes FW37[35] Mercedes PU106B Hybrid P 19
77
Brazil Felipe Massa
Finland Valtteri Bottas
Source:[13][4][14][15][36]
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:

SsMobileSpill.png

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
Italy Scuderia Ferrari Ferrari SF15-T[37] Ferrari P 5
7
Germany Sebastian Vettel
Finland Kimi Räikkönen
India Sahara Force India F1 Team Force India-Mercedes VJM08[38] Mercedes PU106B Hybrid P 11
27
Mexico Sergio Pérez
Germany Nico Hülkenberg
United Kingdom Lotus F1 Team Lotus-Mercedes E23 Hybrid[39] Mercedes PU106B Hybrid P 8
13
France Romain Grosjean
Venezuela Pastor Maldonado
United Kingdom Manor Marussia F1 Team[4] Marussia-Ferrari TBA Ferrari 059/3[5][6] P TBA
TBA
United Kingdom Will Stevens
Flag of None.svg TBA
United Kingdom McLaren Honda McLaren-Honda MP4-30[40] Honda RA615H Hybrid P 14
22
Spain Fernando Alonso
United Kingdom Jenson Button
Germany Mercedes AMG Petronas F1 Team Mercedes F1 W06 Hybrid[41] Mercedes PU106B Hybrid P 6
44
Germany Nico Rosberg
United Kingdom Lewis Hamilton
Austria Infiniti Red Bull Racing Red Bull-Renault RB11[42] Renault Energy F1-2015 P 3
26
Australia Daniel Ricciardo
Russia Daniil Kvyat
Switzerland   Sauber F1 Team Sauber-Ferrari C34[43] Ferrari P 9
12
Sweden Marcus Ericsson
Brazil Felipe Nasr
Italy Scuderia Toro Rosso Toro Rosso-Renault STR10[44] Renault Energy F1-2015 P 33
55
Netherlands Max Verstappen
Spain Carlos Sainz Jr.
United Kingdom Williams Martini Racing Williams-Mercedes FW37[45] Mercedes PU106B Hybrid P 19
77
Brazil Felipe Massa
Finland Valtteri Bottas
Source:[13][4][14][15][46]

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:
SsMobileSpill2.png
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)
Googol30, does my above reply hold any value for you regarding this issue? Tvx1 13:25, 30 April 2015 (UTC)
@Tvx1: yes, and I've done some research into the problem, finding that this is actually intended behavior of the nowrap attribute. Sadly, I do not have enough technical knowledge of its use within MediaWiki or on Wikipedia to properly fix this issue, so I regret to inform you that although (I think) I know what is causing the problem, I cannot properly fix it without potentially causing more problems elsewhere. Googol30 (talk) 11:04, 4 May 2015 (UTC)
And do you know anyone who could be able to fix it, or do you think it would be better to file a bug report over on Phabricator? Tvx1 15:55, 4 May 2015 (UTC)
I'd say, if you haven't already, to file a report on Phabricator, possibly linking to there from here to give anyone looking for the problem here a place to continue searching.Googol30 (talk) 20:09, 10 May 2015 (UTC)
Yes check.svg Done Tvx1 13:08, 16 May 2015 (UTC)

Where do we go from here?[edit]

At a time when the long - term viability of Wikipedia is in doubt, editors have been discussing invigorating the community by enabling the creation of articles by IPs subject to safeguards. There have been no opposes. WMF have been asked to comment and have raised no objections. The mood of the community appears to be that the change should be implemented. Presumably it would involve reversing the post - Siegenthaler dev changes and moving onto a "level 3" pending changes regime in which pending changes would be turned off immediately an autoconfirmed editor edited the article. What is the procedure for turning an agreed change into reality? 156.61.250.250 (talk) 10:22, 21 May 2015 (UTC)

That change is far from agreed upon, I see more people rallying for complete removal of IP editing than this. We have WP:AfC that let's IP editors create an article, and that is all that has been agreed so far. NPP is badly backlogged, and it is well documented that most articles by new editors fail, no references, pure advertising etc. I can't see consensus on this anytime soon. EoRdE6(Come Talk to Me!) 13:09, 21 May 2015 (UTC)
That's the whole point of allowing new users to do things, so they learn enough to become valuable contributors down the line. Checking the new pages feed I saw one article at the top of the list awaiting review. A few seconds later it had been patrolled. If PC is turned off, all the PC reviewers can turn their attention elsewhere.
If you think people are agitating for the removal of IP editing you're looking in the wrong place. The proposition in the March proposals RfC was to ban IP editing or never unprotect a semiprotected page. It was defeated nemo contradicente. Some quotes:
  • Wikipedia is the encyclopedia that anyone can edit.
  • There are plenty of people that come on Wikipedia reading, notice a problem and, as an IP, fix it.
  • If we block IP editing, we'll move one step closer to being like Citizendum. With all due respect to Sanger's efforts, visit Citizendum's website and see how spotty their articles are. There are some very well - known topics that don't have articles there. That's what happens when you make it hard to edit a wiki. Do you want that to happen to us?
  • 81.9% of edits by unregistered users were not vandalism. 156.61.250.250 (talk) 17:57, 21 May 2015 (UTC)
  • Strong agreement with 156.61.250.250. If you want to count edits that occurred as a result of our IP editing policy, count all of mine, because I started as an IP editor and would have never started if this had been one more website that requires registration. --Guy Macon (talk) 20:56, 21 May 2015 (UTC)
Discussion has now slowed. There is a clear consensus that this useful change should be implemented. Can someone please close accordingly. 156.61.250.250 (talk) 08:12, 26 May 2015 (UTC)
I can count one person (Guy Macon) in both this discussion and the one at VPP who agrees with you. How is that clear consensus? --Ahecht (TALK
PAGE
) 16:16, 26 May 2015 (UTC)
2 to 1 in favour = 66 2/3% majority. 156.61.250.250 (talk) 18:43, 26 May 2015 (UTC)
I am tempted to apply a close as you requested. My close would be NO CONSENSUS based on a majority of one, and NO CONSENSUS based on a participation of 3 being grossly inadequate to propose a major sitewide change. If you want to seek a consensus for change I suggest you slap an RFC notice on here. That will get you participation and a close. Alsee (talk) 07:18, 27 May 2015 (UTC)
Seconded. Not enough participation to ratify a major change. Samsara 07:23, 27 May 2015 (UTC)

Weird talk page notification[edit]

I get the following emails regularly

(username redacted) left a message on your talk page in "footer".         
/* Allumer */

It also happens in the on page notifications.

Allumer is a current heading on my talk page.

What I would like to know, please is why "footer"

Please ping me when you reply. I have a huge watch list Fiddle Faddle 17:34, 21 May 2015 (UTC)

I get the "in footer" thing too, which makes no sense... Why is that? EoRdE6(Come Talk to Me!) 17:55, 21 May 2015 (UTC)
I wonder if that's happening when people use the "Add section" button. Whatamidoing (WMF) (talk) 18:30, 21 May 2015 (UTC)
Hard to know. I am not them. It started in the past few days, so it must be a change somewhere. Fiddle Faddle 21:29, 21 May 2015 (UTC)
This edit was obviously not made using 'section=new', but Special:Notifications nevertheless reports 'Dcw2003 left a message on your talk page in "footer".' --Stefan2 (talk) 21:34, 21 May 2015 (UTC)

add section[edit]

Whatamidoing (WMF), why would using add section (like this section) cause that? — {{U|Technical 13}} (etc) 21:21, 21 May 2015 (UTC)

You didn't use "add section" - I can tell because this sub-section has a level 3 heading. New sections created using the "new section" tab always have level 2 headings. --Redrose64 (talk) 21:37, 21 May 2015 (UTC)
I did create this with "add section" which uses &section=new, I just put a custom header in the edit box instead of using the header box (which caused me to have to click save twice since there was no edit summary). Redrose64, I hope this clears that up. — {{U|Technical 13}} (etc) 01:43, 22 May 2015 (UTC)
And I can confirm that the ===section heading=== was reported in the notification (on wiki; I don't use e-mail norifications for en.wp). Whatamidoing (WMF) (talk) 02:34, 22 May 2015 (UTC)
Maybe "I wonder if..." was a polite version of: If you want to know why an edit caused a message then why on Earth are you concealing which edit it was and making us waste time speculating? After a bunch of experiments at User talk:PrimeHunter2 I was able to generate a similar "footer" mail with [1] which is unclear about which section is being edited, so perhaps the secret edit was [2]. #footer is an anchor automatically inserted at the bottom of all pages. "footer" is not linked in the notification mail so it doesn't make much sense there, but the web notification said "footer" which makes a little more sense without being ideal. PrimeHunter (talk) 22:09, 21 May 2015 (UTC)
Then perhaps "footer" is what happens when the section heading is unknown. Since nobody relevant is around tonight, I've filed it as phab:T99989 so this doesn't get lost. Whatamidoing (WMF) (talk) 02:34, 22 May 2015 (UTC)
For the record, the web notification about [3] was made by MediaWiki:Notification-edit-talk-page-flyout-with-section with parameters (PrimeHunter, PrimeHunter2, footer, footer) producing: PrimeHunter left a message on your talk page in "footer". PrimeHunter (talk) 02:55, 22 May 2015 (UTC)
@Whatamidoing (WMF): the incident I reported had a known section heading. Fiddle Faddle 12:22, 22 May 2015 (UTC)
@Timtrent: Oh my God, what will it take to make you reveal theedit? I'm not wasting more time on speculation and experiments while you continue to conceal the edit you want help about. There is no privacy reason to say "(username redacted)". We can all see who has edited your talk page. PrimeHunter (talk) 13:03, 22 May 2015 (UTC)
I am very confused, PrimeHunter about what I interpret as your strange attitude towards me that you display here. The username is unimportant. The actual edit is unimportant. I am reporting something that has happened multiple times with multiple editors. I have only now determined that your prior weird barb was directed at me. I redacted the editor's name because I had no interest in their being involved in this. Why? Because they are irrelevant to it. Go look at the edit history and "reveal" it, if reveal is the word that you choose. But please tell us why this is so important to you? Your attitude as displayed makes me wish I had not taken the trouble to report this. Your words make me think that you consider that I have done you a great and personal wrong. Would you like a puppy? Perhaps a kitten? Are you having a bad day? Did I kick your cat by accident? Do you need a cuddle? Fiddle Faddle 13:10, 22 May 2015 (UTC)
I'm annoyed by wasting a lot of time trying to reproduce the issue because you refuse to reveal what caused it. Some edits cause it. Some edits don't. I examined every recent edit to your talk page before starting with guesses and experiments. I find it odd that you insist it's "unimportant" which edits cause an issue you want help with. It's important to the people trying to help you. Count me out of them now. PrimeHunter (talk) 13:28, 22 May 2015 (UTC)
I had already. Put plain, it has been logged by Whatamidoing (WMF). I have no idea about, nor interest in, Echo, or whatever the internal notification is. I thought I might be doing the edifice a service by reporting a strangeness. Others seem to have seen it as well. Since it started in the recent past, it is caused by a change made in the recent past. I do not know when it changed, nor do I have a clue what changed, nor do I have any idea when it started. The earliest one I have seen is in this diff. If you had asked me to find that out, and done so plainly and simply then I would have been very sweet and told you. I simply scrolled down the special notifications page. I had to track that down.
Reading your mind about what you felt you wanted, something I think that turned out to be not really what you wanted at all, was quite hard. If you would like more information, first refine what it is you want, then tell people what it is and how to find it for you. Do not take out your frustrations on other people, PrimeHunter, It does you no service. Fiddle Faddle 13:55, 22 May 2015 (UTC)
I don't think it should require mind reading to understand that if somebody says "why on Earth are you concealing which edit it was and making us waste time speculating?", then they want to know which edit it was. And I think it should be common sense to give the edit in the first place, and especially to give it when you later write that a guess about it was wrong. PrimeHunter (talk) 14:25, 22 May 2015 (UTC)
@Timtrent: The notifications system is notoriously delicate, the discussion page at WT:Echo is filled with threads beginning "I should have been notified, but wasn't" or similar. When a problem is perceived, those with the ability to do something about it will usually find their task easier if they know as much as possible about the circumstances giving rise to the problem. If they know who made the edit, and how the edit was made, they may be able to replicate the conditions. It may turn out to be undesirable behaviour (a bug), or it may be a known consequence of those events, etc. --Redrose64 (talk) 14:48, 22 May 2015 (UTC)
@Redrose64: Asking with precision for the information they need is usually considered better than being oblique about it. Fiddle Faddle 16:10, 22 May 2015 (UTC)

Getting back on track to the underlying problem: This diff resulted in me getting a similar notification ("Phil Copperman left a message on your talk page in "footer"."). No other talk page notification I've received in the last few days has done that; they've all correctly specified what section they were in. This edit resulted in a correct notification, even though it had nothing but the automatically-generated section in the edit summary, so it looks like that isn't it. The only pattern I see is that this is the only diff from the last couple of days that both (a) had no edit summary, and (b) had no signature. --Floquenbeam (talk) 16:31, 22 May 2015 (UTC)

Here's another one recently that did the same: [4]. I note it didn't have an edit summary (except for the default section title), but it was signed. I'm going to stop listing them here when they happen, though, unless someone tells me it's useful to get more diffs. --Floquenbeam (talk) 18:40, 26 May 2015 (UTC)
  • +1 - I too have got "MediaWiki message delivery left a message on your talk page in "footer"".- Looking through my notifications I seem to have got this 6 times from the 4th May and it's only took this section for me to even notice Face-grin.svg. –Davey2010Talk 14:30, 25 May 2015 (UTC)

Any way to disable election banner?[edit]

Across the top of a lot of pages, I see a big banner that reads:

"Voting Has Begun in Wikimedia Foundation Board of Trustees Elections! Voting Ends at 23:59, 31 May 2015 (UTC). Verify your eligibility and vote now."

Yet, if I click on it, I get an error: "We apologize, but you do not appear to be on the eligible voter list."

I can see how I might not be eligible, because my edit count isn't high enough between 15 October 2014 and 15 April 2015.

However, it seems like the computer can easily count and realize this (it does, when I click on the banner) and should be able to just stop showing me this banner that I've deliberately closed many times.

Is there any way to manually stop it from showing up? It especially gets in the way of comparing pages by changing between tabs back and forth. Also, it's just training new users to ignore the banners, when you're so often showing banners that are irrelevant for that user.

Really, I don't think this banner should be shown at all, *especially* after a user has already clicked through and the system has already determined that member's ineligibility.

--ProtectorServant (talk) 13:15, 23 May 2015 (UTC)

There is a close button in the top right corner of the banner. But if you want to disable go to Special:Preferences#mw-prefsection-gadgets and tick Suppress display of fundraiser banners and/or Suppress display of all Central Notices. --Jules (Mrjulesd) 13:43, 23 May 2015 (UTC)
The banner keeps re-appearing on random pages. DuncanHill (talk) 15:19, 23 May 2015 (UTC)
There are at least two versions. This CSS rule:
/* hide election banners (2 varieties) */
div.cn-Election2015_Boardvoting,
div.cn-Election2015_Boardvoting2 {
  display: none;
}
placed in Special:MyPage/common.css hides two of them. --Redrose64 (talk) 16:38, 23 May 2015 (UTC)

Thanks Mrjulesd for the solution that'll at least work for me!

Now for a broader discussion, what do people think about not showing election banners to editors who are ineligible to vote? --ProtectorServant (talk) 14:05, 23 May 2015 (UTC)

The service that checks those criteria wouldn't be able to handle the load, since the central notice needs to run on the foundation scope and only runs in JS. Not very easily doable. —TheDJ (talkcontribs) 12:38, 24 May 2015 (UTC)

Is there any way for the service to set some bit in the user profile, or have an election-specific table of users and their eligibility status, and only that gets checked prior to banner display (instead of recomputing all eligibility criteria each time?) There seem to be lots of settings that get checked per-user in the process of generating various page elements; checking election eligibility before generating an election banner just makes sense. --ProtectorServant (talk) 19:00, 24 May 2015 (UTC)

I don't care about being shown this banner the first time, but I am getting bloody sick of seeing it repeatedly. Why is there no "Dismiss" option as there usually is to prevent re-display. I can click on the X to stop it on a given page, but the next page I go to it just pops right back. It has been going on for over a week now and I've hadit with this BS. This is very sloppy coding and is just not good enough. - Nick Thorne talk 04:42, 29 May 2015 (UTC)

Eurovision italics[edit]

The articles on Eurovision Song Contest, such as Eurovision Song Contest 2015, appear to regularly use some kind of DISPLAYTITLE, so that the page titles appear to be italicized while this is not required by WP:MOSTITLE. I suspect it could be somewhere in the Infobox Song Contest, but can't find where exactly. Adding | Italic title=no doesn't solve the issue. Could someone have a look? Brandmeistertalk 15:55, 24 May 2015 (UTC)

{{Infobox album}} was doing it. Fortunately It has an 'italic title' field for precisely this situation, for an easy fix.--JohnBlackburnewordsdeeds 16:13, 24 May 2015 (UTC)
@JohnBlackburne:, I think what Brandmeister means is that {{Infobox album}} is used on sections of Eurovision articles such as Eurovision Song Contest 2015#Official album. However, the |italic title= no doesn't work, and still shows the title in italics. Wes Mouse | T@lk 17:57, 24 May 2015 (UTC)
Have a look at the article: it's fixed or at least looks so for me: the article title is no longer italic, while it was when Brandmeister posted.--JohnBlackburnewordsdeeds 18:07, 24 May 2015 (UTC)
Template parameter names are case-sensitive. The advice at the top of {{infobox album}} is to use |Italic title=no with a capital I. --Redrose64 (talk) 18:30, 24 May 2015 (UTC)
Ah yes, I capitalised it in the article but not when replying here. Sorry for any confusion.--JohnBlackburnewordsdeeds 18:37, 24 May 2015 (UTC)
@JohnBlackburne: it is not the article title that we are on about being in italics; it is the title of the album as used in the album infobox at Eurovision Song Contest 2015#Official album. That too has the |Italic title=no parameter; yet when used it still leaves the album title in italics. Wes Mouse | T@lk 22:38, 25 May 2015 (UTC)
The original query was about the article title, which was incorrectly being italicised, and |Italic title=no fixed that. There is no problem with the album title which should be italicised and is, per WP:ITALIC.--JohnBlackburnewordsdeeds 22:56, 25 May 2015 (UTC)
(edit conflict) The original post explicitly said "the page titles appear to be italicized". Album titles are always italicized in an infobox about the album. {{Infobox album}} has no feature to avoid this. Italic title parameters in infoboxes are about whether to omit the normal automatic italics of the page title. PrimeHunter (talk) 23:00, 25 May 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @PrimeHunter:, yes I am aware that the OP is about article title name. Per diffs like this, Brandmeister added |Italic title=no to the {{Infobox album}}, which is located towards the bottom of an article. So how could adding that parameter bear an impact on the article title itself? That is what has confused me. Wes Mouse | T@lk 23:09, 25 May 2015 (UTC)

Many infoboxes by default add {{italic title}} which uses the magic word DISPLAYTITLE to influence the title displayed at the top. Most Help:Magic words#Behavior switches can be placed anywhere with the same effect for the whole page. PrimeHunter (talk) 23:19, 25 May 2015 (UTC)
Oh! Thanks for clearing that confusion. I thought when BM was adding that italic no thing, that he was trying to remove the italics of the album title, when in fact he was removing the italics from the article title. Makes sense now. Thank you! Wes Mouse | T@lk 23:22, 25 May 2015 (UTC)

Server rejecting large edit via browser and API[edit]

I produce the WP:5000 report weekly. The analysis is done on a personal machine and the report is updated/edited using a single API call that passes the entirety of the page content (750kb, or so). This week my report is unable to post because the server keeps kicking back HTTP 503 errors and rejecting the edit. When I copy-paste the raw wikitext and try to update the report manually in-browser I get the "our servers our experiencing a technical problem" error. It takes a long time to get that error screen, so I suspect it might be a server/parser timeout? I've tried multiple attempts across the last 24 hours. I've also split the wikitext into 2/4/8 pieces and tried to update the page piece-wise without luck. This is the first time a couple of years I've had this problem, so there hasn't been issue with ingesting ~750kb of content in the past. Thanks, West.andrew.g (talk) 15:13, 25 May 2015 (UTC)

Can anyone in WMF address this problem? I've come to rely on the WP:5000 and Top25 and was wondering what had happened this week. Liz Read! Talk! 21:21, 26 May 2015 (UTC)
As an interim solution, break it up into sections with a link to each section at the original page? Samsara 07:27, 27 May 2015 (UTC)
I (TB) to have had problems uploading longer reports. Some tricks to try are:
    • Blanking the page in a separate edit before uploading the new version. A significant portion of the processing window that is 'timing out' is spent removing entries from the pagelinks table. Blanking the article prior to upload reduces the work being done in single operation.
    • Pre-expanding templates; use subst to expand any expensive templates out before the 'big upload'. Normally I cut and paste the offending section of a report into a temporary wiki page, save, edit and cut and paste the results back into my local copy.
    • If you are working from your own network, reduce your local MTU by 80 bytes. I kid you not.
    • And of course, schedule your upload for off-peak editing times.
- TB (talk) 08:12, 27 May 2015 (UTC)

Tech News: 2015-22[edit]

16:30, 25 May 2015 (UTC)

Template:Infobox rail accident[edit]

Thirsk rail crash (1892)
Details
Date 2 November 1892
Time 04:02
Location Thirsk, Yorkshire
Country England
Rail line East Coast Main Line
Cause Signalling error (due to ill-health)
Statistics
Trains 2
Deaths 10
Injuries 43
List of UK rail accidents by year

{{Infobox rail accident}} is adding pages to Category:Pages with script errors but I cannot see why. The one at right is one of those with problems, copied from Thirsk rail crash (1892). But it is very ordinary, containing no other templates. It's none of the fields as the same error occurs if I remove all of them. It seems to be map related as if I add a map and coords the error goes away. But {{Infobox rail accident}} should work without a map, looking at its source, and has been working for a long time in those articles, while none of the templates (this one, {{Location Map}} or its module) have changed recently.--JohnBlackburnewordsdeeds 02:24, 26 May 2015 (UTC)

Jackmcbarn recently updated Module:Infobox and my guess is that something there is responsible, although an invisible Lua error is new to me. As JohnBlackburne said, previewing "{{Infobox rail accident}}" in a sandbox is enough to show the sandbox as being in the error category. Possibly something in the new module version attempts an operation which may fail, and which somehow is suppressed as an expected error, but which activates the error category. Johnuniq (talk) 02:51, 26 May 2015 (UTC)

Something similar is going on with {{Infobox historic site}}. As they are more geographic and touristy I just went ahead and added maps to them, but oddly two of them, Fort Whoop-Up and Mother Armenia, adding maps fixed the error, i.e. removed them from the category, but the map did not display. Even though I could see the relevant Location map template in the list of templates it was using, so I had the name right and it was using them. That infobox was recently merged by Pigsonthewing though I can't see anything the merge that would cause this.--JohnBlackburnewordsdeeds 02:55, 26 May 2015 (UTC)

The map caption is the culprit. Presumably, these latest changes to Module:Infobox led to the caption being evaluated regardless of the output of image. Alakzi (talk) 03:08, 26 May 2015 (UTC)
It looks like this instance of the problem has been tracked down and fixed. If it becomes more widespread, I'm not opposed to reverting my changes until a better solution can be found. Jackmcbarn (talk) 03:21, 26 May 2015 (UTC)
That seems to have fixed it in the rail accident infobox, and hopefully those are the only cases as others would have popped up in the category at the same time I think. Despite the Luafication of the underlying template there's still a lot of this fairly complex parser function code in all these infoboxes, doing the same thing with slight variations, waiting to cause problems when something else changes in a module, or now also in the Wikidata. I don't know if there's any way it could be replaced with more Lua or at least merged so there weren't so many templates that can break.--JohnBlackburnewordsdeeds 03:43, 26 May 2015 (UTC)
I can't pretend to know why we're not using the default map caption. Alakzi (talk) 03:50, 26 May 2015 (UTC)
@JohnBlackburne: Candidates for script errors: [9]. I've also fixed {{Infobox ancient site}} just now. Alakzi (talk) 14:22, 26 May 2015 (UTC)

Odd item at the edit counter page[edit]

I have just noticed (though it may have been this way for some time) that the word describing edits to article space at the "wmflabs.org/xtools" is now in a pictograph language. I am not sure if it is Chinese, Korean or Thai. When I checked the "wmflabs.org/supercount" it still reads "Main" as it always has. Now I know this isn't a big deal in the grand scheme of things, I was just curious if anyone knows how or why this happened. Also if there is a better place to ask this just let me know and I will move this thread there. MarnetteD|Talk 04:07, 26 May 2015 (UTC)

I noticed this too, MarnetteD. Very strange. Apparently, 일반 문서 is Korean and means "general documents". The same thing happens with the pages created tool. – Voceditenore (talk) 08:28, 26 May 2015 (UTC)
I'm in Denmark and see Danish by default at https://tools.wmflabs.org/xtools/pages/. There is a long list of clickable language codes which includes en for English, but if I select en and make a search then the interface language sometimes changes to French. I can make it English with &uselang=en in the url. PrimeHunter (talk) 13:05, 26 May 2015 (UTC)
Thanks for your replies. I chose "en" and "en.gb" in the language codes but neither had any effect on the item in question. It makes me wonder if it is a leftover from an April Fools Day :-) MarnetteD|Talk 13:40, 26 May 2015 (UTC)
I see English at https://tools.wmflabs.org/xtools/pages/?user=MarnetteD&project=en.wikipedia.org&namespace=all&redirects=none&uselang=en. Two-part language codes like en-gb work poorly for me. When I choose such a code the second part gets stuck. For example, if I first select en-gb and then click da for Danish then the url gets the non-exisiting da-gb. PrimeHunter (talk) 14:10, 26 May 2015 (UTC)

Pageview data missing[edit]

Now, May 9, 24 and 25 are missing.--TonyTheTiger (T / C / WP:FOUR / WP:CHICAGO / WP:WAWARD) 05:38, 26 May 2015 (UTC)

Also posted to User talk:Henrik#May 9 stat missing, see WP:MULTI. --Redrose64 (talk) 10:14, 26 May 2015 (UTC)
And I emailed Henrik directly. No results so far. Do we have an alternative for stats, other than trying to sift through raw data? — Maile (talk) 18:47, 26 May 2015 (UTC)
In polish Wiki it's missing May 9 and 24,25,26,27... --Swd (talk) 12:44, 27 May 2015 (UTC)
  • Curious question. Henrik usually kick starts the stats if he gets an email. Not seeing anything happen, I'm wondering if (1) Henrik might be on vacation; or (2) May have just dropped off the project forever. Does anyone have any knowledge of Henrik's whereabouts? — Maile (talk) 21:41, 27 May 2015 (UTC)
It's so bad, because last year very often we have troubles with stats... Maybe someone could do "new project", that it work well and without troubles... Stats are very usefull for create new pages. — Preceding unsigned comment added by Swd (talkcontribs) 10:05, 29 May 2015 (UTC)
@TonyTheTiger: and @Redrose64:; There are no page count stats throughout the system since 24 May (5 days going on 6 days without stats). None. Could someone glance at this? MusicAngels (talk) 15:04, 29 May 2015 (UTC)

Any way to sort watchlist?[edit]

Hiya, anyone know if there's a way, perhaps through some Javascript add-on or something, to sort one's watchlist? My watchlist is jam-packed every day and I'm trying to figure out a more efficient way of tackling it. Being able to sort by title would allow me to see which articles have been edited the most, at which point I could click "Hist", compare all the new diffs to see what the net improvement was to the article, and then clear out the if everything's okay. In the current system, as I go up my watchlist, I might not notice right away that Article X had 10 edits, and I might wind up opening five windows each with a unique diff, rather than seeing up front that Article X had 10 edits since I was here last, and accessing them all at once.

Making watchlist use more efficient would save tons of volunteer time. For example:

If Wikipedia knows which diffs I've seen and not seen, couldn't a query be run to compare all unseen diffs for Article X, and if the result of those diffs is "no change", my watchlist is updated, and these edits are de-bolded? The current system requires me to pick an article in my watchlist, access the history, pick start and ending diffs, and compare—for each article in my watchlist. Very time consuming. If someone's been on a vandalism spree, but an admin finally locks up the article, I don't need to see that entire exchange.

But I digress. Anyhow, if you have any leads on a watchlist sorter, please lemme know. Thanks, Cyphoidbomb (talk) 15:12, 26 May 2015 (UTC)

Not much experience with this, but there is a list of user scripts at Wikipedia:User_scripts#Watchlist. Also see Wikipedia:Customizing watchlists. --Jules (Mrjulesd) 16:31, 26 May 2015 (UTC)
You might want to check out the "Group changes by page in recent changes and watchlist" option in the user preferences (I think it's under Recen5 Changes). Should help with the specific problem you cited. Writ Keeper  16:40, 26 May 2015 (UTC)
Writ Keeper, thanks for that. I think that might be what I need. I'll give it a shot. Mrjulesd, thanks also for your input. Regards, Cyphoidbomb (talk) 14:55, 27 May 2015 (UTC)

Copying the URL from the Android App[edit]

Quite often, I will be in a discussion on Facebook or elsewhere, and want to link to a Wikipedia article (or section). But having gone to the Wikipedia Android app to look up what I want, I cannot find a way to get a copy of the URL for the page or section, that I can paste there. There's an option "Share", which looks as if it will help; but "Share to Facebook" creates a new posting, somehow without a link that I can even cut; while "Share to Clipboard" puts the text on the clipboard, not the URL. Surely there must be a way to get the Wikipedia URL onto my clipboard? (I don't even know away to run the browser version on my Android phone, because when I go to Wikipedia in the browser, it automatically redirects to the App. This is useful, but I thought there might be a workround). --ColinFine (talk) 16:53, 26 May 2015 (UTC)

Yes/No toggle for Rollbacks[edit]

Is there someway that yes/no toogle can be added to Rollbacks, similar to that used for the Thank a User function? I edit mostly from a tablet, and accidental rollbacks occur far too often for me. It seems like a yes/no option would be very useful for this feature, especially if it could be enabled or disabled from preferences. Thanks. - BilCat (talk) 21:47, 26 May 2015 (UTC)

Some users remove rollback links. See Wikipedia:Customizing watchlists#Remove or modify the .5Brollback.5D link. PrimeHunter (talk) 22:46, 26 May 2015 (UTC)
Yes, I've done that already, but I still have issues on the diff screen, ironically, usuallywhen I'm trying to toggle the Yes on the Thanks option! - BilCat (talk) 23:17, 26 May 2015 (UTC)
I use User:Zvn/confirmwatchlistrollback.js, which pops up a confirmation dialog if you click rollback from the watchlist. This only works if JavaScript has time to load, though, so don't rely on it too much if you have a slow connection. — Mr. Stradivarius ♪ talk ♪ 23:28, 26 May 2015 (UTC)
There is also User:Mandarax/ConfirmMobileRollback.js, which adds a confirm dialog for all rollback links, but only on mobile devices. — Mr. Stradivarius ♪ talk ♪ 23:31, 26 May 2015 (UTC)
The most robust way I've found to deal with it is to hide the rollback links in css (which gets cached, so it always works instantly), and add a button in javascript to turn them back on. function morelinks() in my user javascript implements the latter, though it'll need some work to extract from all the other detritus I've accumulated. —Cryptic 00:17, 27 May 2015 (UTC)
Could you extract all the other detritus, and list the relevant part somewhere? I haven't a clue which is relevant. Thanks. BilCat (talk) 08:33, 27 May 2015 (UTC)

and put

.mw-rollback-link { display:none; }

(including the period at the start) in your common.css. —Cryptic 15:31, 27 May 2015 (UTC)

User:MusikAnimal/confirmationRollback exists; someone should add it to WP:CUSTOMWATCH or WP:ROLLBACK. --Izno (talk) 16:11, 27 May 2015 (UTC)

I implemented MusikAnimal's script yesterday, as it was the simplest script available. It works well, but as noted above, one does have to wait for the page to fully load. first. At least this will reduce accidental clicks of Rollbacks to a rare occurrence, and that's a great help for me. Thanks to all who contributed here. I still hope this can be fully implemented into the Wiki software at some point I the near future so we don't have to rely on hacks. - BilCat (talk) 14:03, 28 May 2015 (UTC)
I've just finished writing User:Mr. Stradivarius/gadgets/ConfirmRollback, a highly configurable script to hide rollback links or to ask for confirmation when clicking them. If you like, why not try it out? I also welcome feedback on its features. For example, the confirmation dialog is currently implemented as a pop-up window, but after reading the latest comments here I'm wondering if it wouldn't be better done like the Thanks confirmation is. — Mr. Stradivarius ♪ talk ♪ 16:39, 28 May 2015 (UTC)
I'd like to try your script out eventually, as I like the options available. MusikAnimal's script also uses a pop-up confirmation dialog. On a touchscreen, it's probably easier to use that than the the Thanks confirmation style. As noted above, I would sometimes hit rollback while trying to select Yes for Thanks! - BilCat (talk) 17:01, 28 May 2015 (UTC)

Collapsible groups[edit]

The groups "Interaction", "Tools", "Print/export", and "Languages" on the left side of a page are no longer collapsible. GeoffreyT2000 (talk) 00:23, 27 May 2015 (UTC)

Under Special:Preferences#mw-prefsection-gadgets check 'Allow navigation menus to be collapsed'--JohnBlackburnewordsdeeds 01:05, 27 May 2015 (UTC)

Rollback considered harmful[edit]

Is there any way (as an admin) I can turn rollback off? I've never used the feature because on the rare occasion I need to revert multiple edits I prefer Twinkle's ability to annotate good-faith or vandalism. The rollback button has no "are you sure" prompt, so it's possible to hit the button by accident (easily done when scrolling on an iPhone and accidentally registering a click event in the wrong place) and rolling back something I didn't want to. Ouch!

Are there any settings to turn it off, or at least bring up an "are you sure" prompt? It doesn't seem like a very well designed tool. I'll try some of the upthread JavaScript hacks but they seem like a bodge job. Ritchie333 (talk) (cont) 06:48, 27 May 2015 (UTC)

If you just want to turn it off, just put:
.mw-rollback-link {display: none;}
in your common.css page, which will get rid of it without all the loading nonsense that the Javascript things entail. Writ Keeper  06:57, 27 May 2015 (UTC)
That seems to have done the trick - cheers! Ritchie333 (talk) (cont) 07:05, 27 May 2015 (UTC)
I wish I had known about that three days ago, before I gave up the rollback right because of too many accidental clicks. Perhaps someone could add something about this to WP:ROLLBACK. Better yet, someone could make rollback require a confirmation click, per well-established UI design principles. ―Mandruss  08:23, 27 May 2015 (UTC)
I asked the same question above. If they can make an "Are you sure - Yes/No" toggle for the "Send Thanks" feature,someone should be able to do the same for Rollbacks. Since you asked for Rollbacks to be removed, you should be able to have it restored if you chose to implement on of these solutions. I'm still looking at them to see if one will work for me, barring the built-in solution. z BilCat (talk) 08:29, 27 May 2015 (UTC)
Yeah, I have now read the earlier thread and I'm not interested in local hacks. If the powers-that-be choose not to make the software act like software is supposed to act, I'll live without rollback. ―Mandruss  08:39, 27 May 2015 (UTC)
I proposed this and there was consensus for it. I'm not sure where to go with it now though, Phab? Sam Walton (talk) 11:04, 27 May 2015 (UTC)
It's been sitting in Phabricator for some years: phab:T49782. It shouldn't be too difficult to get working, since the overall workflow has already been figured out for Thanks. — This, that and the other (talk) 12:23, 27 May 2015 (UTC)
Hopefully some from of this can be implemented, even as an option. It would certainly make editing from touchscreens easier. - BilCat (talk) 13:58, 28 May 2015 (UTC)

m:Community Tech project ideas[edit]

The WMF has a two programmers that are going to be supporting development of community lead ideas (listed here). We the community likely need to put together processes to identify which ideas have sufficient support from us before tech time is spent developing them. I am wondering if this notice board would the appropriate place for EnWP discussions of potential ideas to occur? Doc James (talk · contribs · email) 07:07, 27 May 2015 (UTC)

Watch page section?[edit]

Is there any way to have edits from only a specific section of a page show up in my Watchlist?

This would be especially useful, for example, in tracking particular discussions on this page without getting loads of Watchlist entries for every update to every discussion.

--ProtectorServant (talk) 13:37, 27 May 2015 (UTC)

Not possible in its current form. In the future, with Flow, you can watch specific discussions. -- [[User:Edokter]] {{talk}} 13:49, 27 May 2015 (UTC)

Error in Template:lf[edit]

There is an image named File:Seven-Nation-Army-by=Ben-loncle-soul.jpg. When I try to use {{lf}} — {{lf|Seven-Nation-Army-by=Ben-loncle-soul.jpg}} — to display links to it, the output is:

  • [[:File:{{{1}}}]] ([{{fullurl::File:{{{1}}}|action=edit}} edit] | [[File talk:{{{1}}}|talk]] | [{{fullurl::File:{{{1}}}|action=history}} history] | [{{fullurl:Special:Whatlinkshere/:File:{{{1}}}|limit=999}} links] | [{{fullurl::File:{{{1}}}|action=watch}} watch] | logs)

The output SHOULD be something like this:

I'm guessing/assuming that the problem is the equal sign in the name? If anyone familiar enough with the complicated templates to undertake the challenge to fix this? --B (talk) 15:03, 27 May 2015 (UTC)

Yes, it's the equal sign. It's a problem with the template grammar, and can't be fixed automatically. The workaround is to use 1=: {{lf|1=Seven-Nation-Army-by=Ben-loncle-soul.jpg}} produces File:Seven-Nation-Army-by=Ben-loncle-soul.jpg (edit | talk | history | links | watch | logs). —Cryptic 15:09, 27 May 2015 (UTC)
@B: To be clear, by "a problem with the template grammar", Cryptic means that the problem is in the way that the template is being used, not in the template itself. All templates behave like this when a value containing an equals sign is passed through a positional parameter. --Redrose64 (talk) 15:25, 27 May 2015 (UTC)
Okay, thanks, I can change my bot to use 1= in the template. --B (talk) 16:29, 27 May 2015 (UTC)
Resolved

I need help finding this page (probably in the MediaWiki namespace)[edit]

I'm trying to locate the page of box that displays when an editor tries to view a page that does not exist and/or is created protected. The box starts with the phrase "Wikipedia does not have an article with this exact name". Could I please be directed to this page? (I'm posting it here since it's most likely a page in the "MediaWiki:" namespace, and thus, technical.) Steel1943 (talk) 18:45, 27 May 2015 (UTC)

{{No article text}}. Alakzi (talk) 18:50, 27 May 2015 (UTC)
?uselang=qqx or &uselang=qqx in the url reveals the name of used MediaWiki messages. https://en.wikipedia.org/wiki/Nosuchpage?uselang=qqx says "(noarticletext)", meaning MediaWiki:noarticletext is used. The English Wikipedia has coded this message to use {{No article text}} as Alakzi said. PrimeHunter (talk) 19:00, 27 May 2015 (UTC)
That's a neat trick. Does the MW namespace interface directly with PHP template variables? Alakzi (talk) 19:07, 27 May 2015 (UTC)
I don't know PHP or the implementation details but edits in the MediaWiki namespace have immediate effect on the interface. Many messages in the MediaWiki namespace can contain wiki markup including parser functions, templates and so on. There are also messages which can only contain plain text or have to use html. PrimeHunter (talk) 21:31, 27 May 2015 (UTC)

Page curation logs on my watchlist[edit]

Is there a way to hide these changes from my watchlist, and if so, how? Thanks. Lugnuts Dick Laurent is dead 18:58, 27 May 2015 (UTC)

Protection fail[edit]

Looking at Template:Infobox drug/pregnancy category it would appear that I template protected it. However as User:DePiep, User:KrakatoaKatie and Cyberbot I all noticed that the page still needed protecting. Why didn't the original protection take? CambridgeBayWeather, Uqaqtuq (talk), Sunasuttuq 02:05, 28 May 2015 (UTC)

Click "View logs for this page" on the page history to see [10]. It was deleted and restored after your protection. I don't think a restore remembers the protection level from when the page was deleted. PrimeHunter (talk) 02:15, 28 May 2015 (UTC)
Nope, it does not. Graham87 05:30, 28 May 2015 (UTC)
The template has been re-protected by KrakatoaKatie. עוד מישהו Od Mishehu 13:46, 28 May 2015 (UTC)

Video on the main page[edit]

  • I've heard that posting videos on the main page may cause trouble for mobile viewers. Is this true? The reason I ask is because we have a video scheduled for the June 8th TFA, and I don't want a repeat of the GIF incident earlier this month. — Chris Woodrich (talk) 07:30, 28 May 2015 (UTC)
    • This will not be a problem. They just get what you see here. So there will be no player embedded, just a link to the movie, and depending on what kind of device/browser they have, that link may be playable or not. The problem with GIF is that a GIF is automatically downloaded to a user's device, without user intervention. So if you embed a 20 MB animated GIF, then everyone visiting that page will download 20MB (we have that problem everywhere throughout the encyclopedia btw, it's just more annoying when it's on the main page). With videos, people get to choose wether or not they click that play link. —TheDJ (talkcontribs) 08:18, 28 May 2015 (UTC)

Polluted discussion pages by wikiprojects[edit]

Is there any Gadget or user script already for making "Talk" link red if the discussion page contains only templates like WikiProject-xx?

I believe I am not the only pissed off guy here.--Dixtosa (talk) 16:49, 28 May 2015 (UTC)

Changed Since Last Visit indicators on enhanced watchlist (and recent changes)[edit]

By default, the standard watchlist shows green bullets for changed (since last visit) pages, but the enhanced watchlist does not. I would like to enable this for enhanced watchlist as well, but like to gauge the community first. To that end, there is now a test gadget available to enable the indicators for the enhanced watchlist. It will be especially visible when both "Group changes..." (under Recent changes tab) and "Expand watchlist..." options are enabled.

If feedback is positive, it will be enabled as a default gadget, and the current CSS for the standard watchlist will be moved to this gadget as well. -- [[User:Edokter]] {{talk}} 17:02, 28 May 2015 (UTC)

Wikipedia, the free encyclopedia[edit]

For some pages, the title displayed on the tab and the title bar ends with "Wikipedia" rather than "Wikipedia, the free encyclopedia". Also, "From Wikipedia, the free encyclopedia" is not shown below the page title and other things look different on the page. GeoffreyT2000 (talk) 01:34, 29 May 2015 (UTC)

@GeoffreyT2000: Please give examples of pages that appear to be in error. Also, do you use the mobile version? If not, which skin do you use? --Redrose64 (talk) 09:03, 29 May 2015 (UTC)
In the past I have occasionally seen pages which were cached when they were viewed by a user with another interface language selected at Special:Preferences. For example, en-gb British English would give https://en.wikipedia.org/wiki/Example?uselang=en-gb which says "Wikipedia" rather than "Wikipedia, the free encyclopedia" on the tab. This is because the English message at MediaWiki:Pagetitle has been customized but the British English at MediaWiki:Pagetitle/en-gb has not so it only shows {{SITENAME}} which is Wikipedia. PrimeHunter (talk) 09:09, 29 May 2015 (UTC)

Section expanding[edit]

Expanding a section on Mobile Wikipedia causes the text below to be hidden. GeoffreyT2000 (talk) 01:47, 29 May 2015 (UTC)

Stats.grok.se broken, again[edit]

It appears Stats.grok.se is broken again, it hasn't capture the data for the last week. Here is an example. The C of E God Save the Queen! (talk) 07:05, 29 May 2015 (UTC)

Yes and it needs an update to include mobile. Doc James (talk · contribs · email) 12:47, 29 May 2015 (UTC)

Extremely frustrating. Neither this nor wikistats works with any reliability anymore. — Preceding unsigned comment added by Dstone1029 (talkcontribs) 15:07, 29 May 2015 (UTC)

Hovering over links doesn't show "exact" target page[edit]

It is very good that you can hover over (and I do not want it disabled until it is the few flaws are fixed).

I've come across a number of issues (some might be fixed since I first saw them): Extra space before comma, unexpected pictures (see e.g. Troy McClure, is second not first the rule?), and propably more I've forgotten. The latest one:

Talk:Grant-maintained school#Does not "look" right when hovering.. I think what is happening when hovering over grant-maintained school is, as seen by hovering over foundation schools, that in general the title (singular) is bolded, can be seen by the second bolding that isn't otherwise in the text. Besides this bolding controlled by the article's title, all formatting seems to be lost, explaining the missing bolded s. comp.arch (talk) 11:08, 29 May 2015 (UTC)

I left a reply at Talk:Grant-maintained school#Does not "look" right when hovering.. --Redrose64 (talk) 11:18, 29 May 2015 (UTC)

Collapsing not working[edit]

In the past 24 hours, I have noticed that collapsing doesn't seem to be working.

Very annoying, anyone know what's up? (checked both templates used, neither has any recent edits) Beeblebrox (talk) 17:52, 29 May 2015 (UTC)

@Beeblebrox: That box works fine for me... See Wikipedia:Teahouse/Questions#What.27s_going_on_with_the_navboxes.3F, it seems to be a bug that might be fixed by clearing your cache... EoRdE6(Come Talk to Me!) 18:37, 29 May 2015 (UTC)
Sounds like the same bug as I'm not even seeing the show and hide buttons. Clearing my cache didn't fix it. (Using ios8.3 with latest ios version of safari) Beeblebrox (talk) 20:04, 29 May 2015 (UTC)
Sounds like the problem is ios/ios safari related. Does it change if you go from mobile > desktop view or vice-versa? --Jules (Mrjulesd) 20:28, 29 May 2015 (UTC)
It's not; it's happening to me in Chrome. The problem goes away when I log out, along with the following error. The code is minified, so I can't debug it without a source map - given my limited knowledge of JavaScript. Alakzi (talk) 20:39, 29 May 2015 (UTC)
Exception in module-execute in module mediawiki.toc:
TypeError: Cannot read property 'get' of undefined TypeError: Cannot read property 'get' of undefined
    at eval (eval at <anonymous> (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:4:681), <anonymous>:1:721)
    at fire (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:45:124)
    at Object.self.add (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:45:664)
    at eval (eval at <anonymous> (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:4:681), <anonymous>:1:114)
    at mw.loader.implement.hidetoc (eval at <anonymous> (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:4:681), <anonymous>:2:81)
    at runScript (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:162:744)
    at checkCssHandles (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:163:281)
    at execute (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:164:60)
    at Object.mw.loader.implement (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:170:400)
    at eval (eval at <anonymous> (https://en.wikipedia.org/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=XOBi6sgc:4:681), <anonymous>:1:11)
Fwiw... the 'Hide/Show' function works for me (Win 8.1 / IE 11) but my console has 2 or 3 warnings about missing end tags upon editing this (or any other) section. They don't/can't point to anything specifically found on this page however but all point to that god damn wiki-nsa tracking scheme starting at: ' https://meta.wikimedia.org/w/index.php?title=Special:RecordImpression '.

Note: I can't say if these warnings are related to the issue at hand or not but figure best to mention it just in case they somehow are related. -- George Orwell III (talk) 23:35, 29 May 2015 (UTC)

Getting the same in Firefox 38, the error message is ""TypeError: mw.cookie is undefined" TypeError: mw.cookie is undefined". MER-C 10:03, 30 May 2015 (UTC)

Then it is a generic JavaScript problem, and collapsible not working is just collateral. Last week, I saw some code in MediaWiki being switched from jQuery.cookie to mw.cookie, and most likely, some of those changes do not have their dependencies in order. -- [[User:Edokter]] {{talk}} 10:50, 30 May 2015 (UTC)

Group changes by page in watchlist[edit]

Hi there, I've recently enabled the "Group changes by page in recent changes and watchlist" feature in Preferences --> Recent changes. This is really cool and it has sped up my gnoming significantly. I'm curious though if there is a way to reposition the links, and if there is, would someone with the talent be so kind as to help set that up for me? I don't know if it's a simple matter of tweaking my personal CSS preferences, or what, but I have no CSS skills. Here's what I'm interested in changing:

Before
 13:42  Template talk:Infobox television‎‎ (14 changes | 1 since last visit | history) . . (+5,415)‎ . . [Mdrnpndr‎; Bignole‎; Alakzi‎; Gonnym‎ (3×)...
 13:41  Jurassic World‎‎ (2 changes | history) . . (+211)‎ . . [99.241.85.243‎ (2×)]
 13:41  Kid vs. Kat‎‎ (6 changes | 2 since last visit | history) . . (+197)‎ . . [Cyphoidbomb‎; ClueBot NG‎; 104.228.196.50‎ (4×)]
 13:39  Sesame Street‎ (diff | hist) . . (0)‎ . . 107.220.162.168 (talk) [rollback]
 13:38  Blaze and the Monster Machines‎‎ (2 changes | history) . . (0)‎ . . [98.18.219.99‎ (2×)]
After
 (14 changes | 1 since last visit | history)  13:42   Template talk:Infobox television‎‎ . . (+5,415)‎ . . [Mdrnpndr‎; Bignole‎; Alakzi‎; Gonnym‎ (3×)...
 (2 changes | history)                        13:41   Jurassic World‎‎ . . (+211)‎ . . [99.241.85.243‎ (2×)]
 (6 changes | 2 since last visit | history)   13:41   Kid vs. Kat‎‎ . . (+197)‎ . . [Cyphoidbomb‎; ClueBot NG‎; 104.228.196.50‎ (4×)]
 (diff | hist)                                13:39   Sesame Street‎ . . (0)‎ . . 107.220.162.168 (talk) [rollback]
 (2 changes | history)                        13:38   Blaze and the Monster Machines‎‎ . . (0)‎ . . [98.18.219.99‎ (2×)]

While this may not seem like a significant difference, it is for me, because it's more efficient to have all the diff links in the same spot the way they appear in the regular watchlist. This would help me burn through more articles quicker, instead of having to hunt down the links in the Before example. Any assistance would be appreciated. Thanks! Cyphoidbomb (talk) 18:05, 29 May 2015 (UTC)

This will require Javascript and I think it's probably more complex than that since the information being dumped to the watchlist page is not marked up with convenient classes to target items in the rows in question. --Izno (talk) 18:27, 29 May 2015 (UTC)
Gah! Well if anyone else has any thoughts I'd be grateful. Cyphoidbomb (talk) 19:59, 29 May 2015 (UTC)

Collapsibles and sortables[edit]

Not only collapsibles do not collapse (as pointed out above) but also sortables do not sort.--The Theosophist (talk) 20:36, 29 May 2015 (UTC)

I think the whole of Wikipedia has got gremlins somewhere. As when I delete or archive content from my own talk page, it flags up that I have a new talk page message; when I haven't. Wes Mouse | T@lk 21:01, 29 May 2015 (UTC)