Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
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
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
GermanyMercedes 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)

Scripts not loading[edit]

Just lately I've noticed various scripts in my monobook.js (unchanged since September 2004) are failing to load. The problem is intermittent, and refreshing page will sometimes - but not always - make them load. I'm using Firefox 37.0.1 under Windows 7 on the same machine I've used since last September. Any tips? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:07, 25 April 2015 (UTC)

Are you viewing the SSL version of the site? Try changing the URLs to be protocol-relative (remove all instances of http:); Firefox might be blocking insecure requests. Alakzi (talk) 18:22, 25 April 2015 (UTC)
@Alakzi: Thanks. I am, but if that was the issue, then how would reloading fix it? Also, I'm not sure which URLs you mean - those in User:Pigsonthewing/monobook.js ? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:48, 25 April 2015 (UTC)
Having looked at your monobook.js, I don't think that's the issue. Can you paste any JavaScript or network errors from the web console when it happens? Alakzi (talk) 18:54, 25 April 2015 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────

@Alakzi: Does:

"Exception in store-localstorage-update:" load.php:175:555
"NS_ERROR_DOM_QUOTA_REACHED: Persistent storage maximum size reached" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached"
code: 1014
nsresult: 0x805303f6
location: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=20150422T225207Z:173] 

help? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:01, 25 April 2015 (UTC)

Yes, that would be it; the quota exception is unhandled. The easiest thing for you to do is to bump the per-site quota. Navigate to "about:config", look for dom.storage.default_quota, and double its value. Edokter, would you be able to identify the underlying cause? Alakzi (talk) 19:21, 25 April 2015 (UTC)
I'm not very knowledgable about local storage. Besides, I use Chrome. -- [[User:Edokter]] {{talk}} 23:17, 25 April 2015 (UTC)
@Alakzi: I'm still experiencing the problem. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:17, 29 April 2015 (UTC)
Actually, Alakzi, due to the fact that all wikipedia.org sites share the same localstorage cache it is rare that you'll get a page load without exceeding the quota (even if you clear the cache and reload). There is actually a bug ticket on Phabricator about some part of wikipedia using all of localstorage and I'm unsure of the current status. It's more likely wikibits failing to load for you Andy. The only thing to do is a reload of the page when that happens (happens to me occasionally too). — {{U|Technical 13}} (etc) 22:49, 25 April 2015 (UTC)
See phab:T66721. Helder 14:31, 27 April 2015 (UTC)

There is at least one error in User:Frietjes/watchdoc.js, where doc_editlinks is looked up, but then the result is used without even checking if something was found. —TheDJ (talkcontribs) 09:22, 26 April 2015 (UTC)

User:Frietjes changed that on April 15; I wonder of that's the cause? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:17, 29 April 2015 (UTC)
that change was to match changes made by Mr. Stradivarius to another one of my scripts. I have seen the scripts sometimes fail to load, but usually a forced reload fixes it. using the scripts in greasemonkey is less flakey. Frietjes (talk) 14:29, 29 April 2015 (UTC)

Edit window text slightly different[edit]

Is it just me, or does the text within the edit window feel slightly different than it did yesterday? I noticed it today at work (IE browser) and now at home (Firefox), but there seems to be extra white-space between each line of text. Is it related to the tech news item (above)? Was something deployed site-wide recently (in the last 24hrs)? And most importantly, can I change it back?! Thanks. Lugnuts Dick Laurent is dead 18:26, 27 April 2015 (UTC)

Yes. I don't know excatly which file changed, but it seems that the line-height was increased from 16px to 19.5px; you can restore previous appearance by adding
textarea#wpTextbox1 { line-height: 16px; }
to Special:MyPage/common.css (like this). --Redrose64 (talk) 18:52, 27 April 2015 (UTC)
Bazinga! Thank you. Lugnuts Dick Laurent is dead 19:00, 27 April 2015 (UTC)
Fwiw... you should avoid using unit measurement lengths for line-height values; a unit-less number is preferred (see Mozilla's reasoning on this for starters).

So to return to a Used value that is the equivalent to 16px, your css should be

textarea#wpTextbox1 { line-height: 1.6; }
. -- George Orwell III (talk) 01:44, 28 April 2015 (UTC)
That may be true for a CSS that is shared by several people, but for single-user CSS, we should be allowed to use any value that gives the desired result and which is valid for the line-height: property. The value 16px meets the requirements for a <length> in CSS 2.1, and so is syntactically valid. As I noted (and misspelled) earlier, I don't know exactly which file changed, so I cannot compare the actual values given by the global CSS, the site CSS or whatever.
I noticed the line-height change independently of Lugnuts, and decided to do something about it on a personal basis. I used the "Inspect element" feature of my browser (Firefox 37.0.2), and the actual figures that it displayed were 16px for this user CSS page (which had the spacing that I was used to in an edit window), and 19.5px for the actual edit window. So I worked out a CSS rule for my own personal use that would give the edit window the same line-height as the CSS page. It was only after doing that that I saw the post by Lugnuts, and so I gave my first response above. I don't claim that 16px is "correct", merely that it gives me what I wanted. Lugnuts is apparently satisfied with my suggestion. --Redrose64 (talk) 07:59, 28 April 2015 (UTC)
Thanks both. Yes, I'm happy with the first response. Lugnuts Dick Laurent is dead 08:58, 28 April 2015 (UTC)
Just to confirm, I've tried the second suggestion, but that doesn't work for IE. Thanks again. Lugnuts Dick Laurent is dead 09:02, 28 April 2015 (UTC)
This should be resolved. I added some 'missing' CSS for WikiEditor (the enhaced toolbar), not accounting for those not using the enhaced toolbar. I have fixed that now. -- [[User:Edokter]] {{talk}} 14:10, 28 April 2015 (UTC)

An admin query[edit]

It mightn't be a real change - I've been having monitor problems (old 17" CRT died, 23" widescreen replacement s t r e t c h e d everything to full width (totally useless for someone doing DTP work), and current choice of 17" flat (and almost square LED or LCD) screen stretches very slightly the other way (but practically imperceptibly). When deleting pages and in the 'delete' window with the real delete button, the lower of the two reason lines seems to be very short, and thus hiding a lot of the info it should be displaying. This is in Monobook, XP Pro Classic View, and Firefox 20. Peridon (talk) 18:53, 27 April 2015 (UTC)

While I obviously can't answer the delete question, when you plugged in the new monitor, did you change your operating system's resolution output? If not the monitor is trying to autoformat the 4:3 resolution into 16:9 or 16:10. EoRdE6(Come Talk to Me!) 18:56, 27 April 2015 (UTC)
Current setting is 1280x1024 - 1600x1200 gives me "Input not Support", and 1024x768 is jaggy. As my desktop icons have all headed northwest, I would think I was on 1024x768 with the CRT (and everything available with the widescreen). Is that stretching normal with a widescreen on XP? It doesn't happen with 7 on the laptop. Peridon (talk) 20:25, 27 April 2015 (UTC)
@Peridon: Most 23" widescreen monitors these days are 1920x1080, although some cheaper ones are 1366x768 and some more expensive ones are 1920x1200. 1280x1024 is not a widescreen resolution (some widescreen TVs are 1280x720, but I've never seen a computer monitor with that resolution). If you don't see those resolutions listed as options you may need to update the drivers for your graphics card.
Unlike a CRT, which can use multiple resolutions easily, the image quality on an LCD is significantly degraded and blurrier if you're not using its "native resolution". That resolution should be listed on the box or in the manual for the new monitor. --Ahecht (TALK
PAGE
) 14:49, 1 May 2015 (UTC)

error rendering[edit]

I'm trying to download the book I created from our wiki site and I keep getting a render error.

An error occurred on the render server: RuntimeError: RuntimeError: command failed with returncode 256: ['mw-zip', '-o', '/home/pp/cache/84/84f91ab7993a0cb2/collection.zip', '-m', '/home/pp/cache/84/84f91ab7993a0cb2/metabook.json', '--status', 'qserve://localhost:14311/84f91ab7993a0cb2:makezip', '--username', 'vnarula', '--password', '{OMITTED}', '--domain', 'thehackettgroup'] Last Output: 1% creating nuwiki in u'/home/pp/cache/84/84f91ab7993a0cb2/tmp2GFpJp/nuwiki' removing tmpdir u'/home/pp/cache/84/84f91ab7993a0cb2/tmp2GFpJp' memory used: res=16.4 virt=92.1 1% error Traceback (most recent call last): File "/home/pp/local/bin/mw-zip", line 37, in <module> sys.exit(mwlib.apps.buildzip.main()) File "/home/pp/.buildout/cache/eggs/mwlib-0.15.14-py2.7-linux-x86_64.egg/mwlib/apps/buildzip.py", line 155, in main make_zip(output, options, env.metabook, podclient=podclient, status=status) File "/home/pp/.buildout/cache/eggs/mwlib-0.15.14-py2.7-linux-x86_64.egg/mwlib/apps/buildzip.py", line 50, in make_zip make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status) File "/home/pp/.buildout/cache/eggs/mwlib-0.15.14-py2.7-linux-x86_64.egg/mwlib/apps/make_nuwiki.py", line 151, in make_nuwiki assert x.wikiident in id2wiki, "no wikiconf for %r (%s)" % (x.wikiident, x) AssertionError: no wikiconf for None (<article {'_env': <mwlib.wiki.Environment object at 0x1974e10>, 'title': u'CCure', 'url': u'https://wiki.thehackettgroup.com/index.php/CCure', 'timestamp': u'1336625181', 'currentVersion': 1, 'content_type': u'text/x-wiki', 'revision': u'10021', 'type': 'article', 'latest': u'10021'}>) in function system, file /home/pp/.buildout/cache/eggs/mwlib-0.15.14-py2.7-linux-x86_64.egg/mwlib/nslave.py, line 64 in function qaddw, file /home/pp/.buildout/cache/eggs/qserve-0.2.8-py2.7.egg/qs/slave.py, line 66

I've tried using IE and Chrome. Running on win 7 pro. When I try to render/export to opendoc or pdf this is the message I get. I am also logged in through my company's credentials on our wiki site. — Preceding unsigned comment added by 71.185.69.246 (talk) 19:09, 27 April 2015 (UTC)

We cannot help you with your company website. Please first turn to the administrators of your company website, who in turn when required can contact the MediaWiki software development team, through either the mailinglist or directly on phabricator. —TheDJ (talkcontribs) 09:14, 28 April 2015 (UTC)
mw:Project:Support_desk should also be a good starting place, if providing MediaWiki version information and Collection extension version information. --AKlapper (WMF) (talk) 08:13, 29 April 2015 (UTC)

Weird byte count change[edit]

Why is this edit to Hebrew school recorded in the page history as having removed 20 bytes from the article? I may be missing something due to my screen reader, but all I can find in the diff is decapitalisation of words. Graham87 12:44, 28 April 2015 (UTC)

  • The word education was removed twice. — Crisco 1492 (talk) 12:51, 28 April 2015 (UTC)
@Crisco 1492: Argh, can't believe I missed that! Thanks, that'd do it! Graham87 14:59, 28 April 2015 (UTC)

Not receiving any pings[edit]

I've been noticing that whenever someone tries to ping me (which I usually notice if the page is on my watchlist), I am not receiving to notification, even though I have ping notifications enabled. I have heard that the system is rather "glitchy" (made that up), but with me, it seems entirely broken. --Biblioworm 14:48, 28 April 2015 (UTC)

@Biblioworm: Please post diffs to edits you think should have caused pings. Did you get a ping from me? Do you have a checkmark in the Web column at "Mention" at Special:Preferences#mw-prefsection-echo? Do you have "mentioned you" entries at Special:Notifications? PrimeHunter (talk) 14:55, 28 April 2015 (UTC)
@Biblioworm: (edit conflict) I just tested mine, still works fine... Did you get these pings? P.S Glitchy is a word. EoRdE6(Come Talk to Me!) 14:58, 28 April 2015 (UTC)
I received both of your pings. However, the last one I received before that was on April 4, on a DYK nomination page. I can't remember all the instances when it did not work, but here's a recent example. Jonesey pinged me and re-signed his comment, but I did not receive any notification. Even if not "completely broken", it seems to be inconsistent. --Biblioworm 15:04, 28 April 2015 (UTC)
I also seem to have not seen one or two, as intended, today. Martinevans123 (talk) 15:07, 28 April 2015 (UTC)
If you want it examined then you must give an example. mw:Manual:Echo#Technical details includes: "The diff hunk must be recognised as an addition of new content, not a change to existing content." I don't know the precise implementation but it sounds to me like [1] isn't supposed to cause a ping. PrimeHunter (talk) 15:13, 28 April 2015 (UTC)
Thanks, that would explain it (for me, at least). But I am (obviously) surprised and I think many editors will not be aware of this limitation. Martinevans123 (talk) 15:17, 28 April 2015 (UTC)
Yes, many users don't know in which circumstances a mention will not cause a notification. phab:T68078 would help with that: When mentioning other users, indicate mention notifications in the "your edit was saved" message. PrimeHunter (talk) 15:47, 28 April 2015 (UTC)

Article download error as pdf[edit]

Hello Volunteers,

I am a new reader of Wikipedia.Today I was wanted to make a pdf book with this page JavaScript . But when I Want to download it that's book's feedback was -

" Rendering process died with non zero code: 1"

When I removed it from my listed page of that book, that's download was successful. And also some other pages are give same feedback. Would anyone help me to solve this problem? 119.30.32.8 (talk) 17:35, 28 April 2015 (UTC)

Various articles seem to have problems, see the list of related bug reports. --AKlapper (WMF) (talk) 08:19, 29 April 2015 (UTC)


Your given link is not working.Help please AlfredBob 05:30, 30 April 2015 (UTC) — Preceding unsigned comment added by Alfredmini (talkcontribs)

Alt text in tables with X mark icon (observed in film articles)[edit]

With images disabled, in Firefox 37.0.2 on Windows 7, on http://en.wikipedia.org/wiki/Joseph_Ruben , http://en.wikipedia.org/wiki/Quentin_Tarantino and many other pages which include a table of collaborators or professional roles towards the bottom, the alt text for the X mark shows as "no" when in the table it is used to represent the films in which a role or partnership did occur. The hover text says "x mark" but with images off the visible text shows as "no". Suggested First option: the X marks could be replaced with Check marks which might more consistently have alt text of yes. Second option: but I do not think it looks as good, is to do the tables like articles like http://en.wikipedia.org/wiki/Comparison_of_FTP_client_software, where yes and no and color coding are used instead of check boxes or X marks. Third: the X marks could have alt text of "yes". Is there some form of template that lies behind all tables that work this way? Is there a way to see where they exist - if they are only among film articles and do the software articles use the red and green no pictures tables? Pebpole (talk) 00:48, 29 April 2015 (UTC)

Email is not working[edit]

When I'm sending mails, the wikipedia page is confirming that Email sent, but in reality, the mails are not being sent. I can further confirm this as I'm also not receiving copies of my mails. It last worked well on 17 April. After that, I'm having problem.

The account is Yahoo, and of course, working outside wiki. -AsceticRosé 01:06, 29 April 2015 (UTC)

  • Known issue:

Yahoo recently changed their DMARC configuration, which has two results that are relevant for us:

It's no longer possible to send e-mails From: someone@yahoo.com, even if it's allowed from an SPF point of view (i.e. 'someone@yahoo.com via wikipedia.org'). This means Yahoo users cannot send e-mail from the wiki anymore.

It's no longer possible to change parts of an e-mail (e.g. the subject to add a mailing list name) sent by a Yahoo user. This means Yahoo users cannot send e-mail to a mailing list anymore. If they do try to, they will receive a flood of error mails from mail servers rejecting the e-mail.

See http://www.ietf.org/mail-archive/web/ietf/current/msg87153.html for more info on issue 2).

For issue 1), we might want to block Special:SendEmail for people with a @yahoo.com address, telling them their e-mail will not be delivered.
Your option is to get another email account (avoid AOL, Comcast, Hotmail, and GMail accounts too per my comment in the ticket). — {{U|Technical 13}} (etc) 01:13, 29 April 2015 (UTC)
Hi Technical 13, thanks for the info. As far as I can tell from that posting, only Yahoo now has a policy to reject all (yahoo.com) mail that fails DMARC. Why do we need to avoid AOL, Comcast, Hotmail, and GMail accounts too? Also, the posting doesn't mention AOL at all ... can you explain why you included that one in your advice? Thanks very much; this is all very interesting and informative. Softlavender (talk) 01:52, 29 April 2015 (UTC)
Thanks Technical 13 for your reply. Can you please tell me what reliable mail service I can use apart from yahoo and Gmail, as I am not familiar with any other service apart from the two. -AsceticRosé 02:03, 29 April 2015 (UTC)

Template:Extra track listing[edit]

When adding this template to the misc field in {{infobox single}} or {{infobox song}} and then setting the type to soundtrack, the border surrounding the heading for said track listing would then change color, but now the border appears to just be a plain white background that thus seems to blend in with the rest of the infobox. I thought that maybe someone reworked the template but it hasn't been edited at all since 2013. Erpert blah, blah, blah... 02:40, 29 April 2015 (UTC)

Very slow category population from stub templates[edit]

I created this category 10 days ago, and it's still not fully populated from the stub tag. The transclusion count states there are 70 articles with the stub, but so far it's showing 56 articles in the category (it had about 40 a few days ago). Why is it taking so long to update? Thanks. Lugnuts Dick Laurent is dead 07:53, 29 April 2015 (UTC)

The job queue was altered for Parsoid (IIRC) in mid 2013, since when it hasn't worked as well as it did previously. Judging by mw:API:Purge, visiting https://en.wikipedia.org/w/api.php?action=purge&forcerecursivelinkupdate&titles=Template:Mexico-cycling-bio-stub may get the counts straight again. --Redrose64 (talk) 08:59, 29 April 2015 (UTC)
Thanks. I've created a couple of similar categories in the last two days - will check their progress in June! Lugnuts Dick Laurent is dead 09:45, 29 April 2015 (UTC)
In the past couple of years, I have seen category population from templates take up to 100 days. It can be quite frustrating. I submitted a bug on Bugzilla somewhere, and there is a post in the VPT archives, I believe, but it's been a while. If you search for my user name, you might find it. – Jonesey95 (talk) 13:08, 1 May 2015 (UTC)
Its the bonus from one template fits all. Anybody know whats the setting for the job queue is? (fifo, random or timestamp) Christian75 (talk) 19:54, 2 May 2015 (UTC)
Still stuck at 58. Lugnuts Dick Laurent is dead 18:02, 2 May 2015 (UTC)
Right, I've made this edit. It is not a WP:NULLEDIT, since a diff exists (and it shows in the page history, my contribs, etc.) but it has no effect on the action of the template. However, it should get the transcluding pages into the job queue. --Redrose64 (talk) 19:01, 2 May 2015 (UTC)

Edit Tags[edit]

I just noticed that there is a new feature on Commons that allows users to edit tags on edits (Example)? I seem to remember reading about this somewhere, but what is the purpose and is it coming to en.wiki soon? If so, how will it be used? Sorry if this has already been asked... Thanks! EoRdE6(Come Talk to Me!) 19:20, 29 April 2015 (UTC)

I suspect that it will - English Wikipedia tends to get new MediaWiki versions a day or two after Commons. phab:T20670 might be relevant. --Redrose64 (talk) 19:53, 29 April 2015 (UTC)
I found where you read it - Wikipedia:Village pump (technical)/Archive 136#Tech News: 2015-17, under "Future changes". --Redrose64 (talk) 19:58, 29 April 2015 (UTC)
Within the past few minutes, I noticed something the same thing on the English Wikipedia. Dustin (talk) 21:41, 29 April 2015 (UTC)
Though I can see some benefit to removing tags if they're inappropriate, I'm not sure I see the benefit to editing or manually adding tags. I like knowing that tagged edits have been tagged as a result of a strict rule set (an edit filter) which can be checked and improved if it's not tagging the correct edits. Under what circumstances would someone want to add or edit a tag? If an edit is problematic surely we can just deal with it there and then. Sam Walton (talk) 23:01, 29 April 2015 (UTC)
It also seems that any user (unconfirmed accounts included) can edit tags - shouldn't we have some higher bar restricting this feature? Especially seeing as there doesn't appear to be any obvious way to track tag changes. Sam Walton (talk) 23:03, 29 April 2015 (UTC)
Nevermind, I just read the original email (I should have RTFM), and it seems my concerns are largely unnecessary. Sam Walton (talk) 23:10, 29 April 2015 (UTC)
I still don't understand the purpose here, I can click edit, look at the tags (ie. Possible libel or vandalism) and do absolutely nothing. Can anyone elaborate on what is the point of this? The email didn't really help. EoRdE6(Come Talk to Me!) 00:17, 30 April 2015 (UTC)

Unrelated note, should the HHVM tag be marked as inactive now in Special:Tags? EoRdE6(Come Talk to Me!) 00:17, 30 April 2015 (UTC)

Should WP:Tags be updated? --I am k6ka Talk to me! See what I have done 01:52, 30 April 2015 (UTC)
So another little gadget that's useless / of little use to the community .... Why am I not surprised ?..... –Davey2010Talk 02:17, 30 April 2015 (UTC)
This feature was implemented by a volunteer developer. [2]. --(ʞɿɐʇ) ɐuɐʞsǝp 02:28, 30 April 2015 (UTC)

If this feature is mainly to let bots and scripts add tags, and let experienced users remove false-positive tags, then why not have the checkboxes and edit tags button hidden by default, and let the experienced users unhide them with CSS (maybe as a gadget, and maybe unhidden by default for all admins)? - Evad37 [talk] 02:44, 30 April 2015 (UTC)

Yeah I feel like as it stands it serves only to really confuse new users (and experienced ones :p). Also, what is the point of removing false positive tags? Not only pointless you could spend days doing that and achieve nothing. EoRdE6(Come Talk to Me!) 02:48, 30 April 2015 (UTC)
The following CSS seems to hide it (though I would appreciate it if a more experienced coder would check)
/* == Hide tag editing button & checkboxes == */
input[name^='ids['],
.mw-history-editchangetags-button { display: none; }
- Evad37 [talk] 05:09, 30 April 2015 (UTC)
I was the volunteer developer who implemented this, and I have to say I was never particularly comfortable with cluttering up people's history pages with a feature they are rarely likely to use. (Administrators won't really notice the difference, since they already see the column of checkboxes as part of the revision deletion feature.) Do you think the untagging feature should be restricted to sysops by default? Or should something different happen to it? — This, that and the other (talk) 10:09, 30 April 2015 (UTC)
Yes, restricting to sysops and removing the clutter for other editors seems like a good idea. In most cases, tags shouldn't be added or removed manually, as that defeats their purpose (software tracking and identifying potentially harmful edits). - Evad37 [talk] 12:51, 30 April 2015 (UTC)
Currently, tags applied by the software (e.g. AbuseFilter tags and tags like "visualeditor") cannot be manually removed. That feature is yet to be implemented; the only tags that can be removed are ones that are "applied by users and bots", of which we appear to have none here yet. So until the feature becomes more useful, I would not oppose a restriction of the relevant permission to sysops. — This, that and the other (talk) 13:05, 30 April 2015 (UTC)
Bots or scripts adding tags to their edits (presumably through the API) I can understand, but what would be the point of users manually adding tags (by pushing the edit tags button), and why should any of these "applied by users and bots" tags be easily removable by any user? - Evad37 [talk] 14:19, 30 April 2015 (UTC)
Just give it to sysops. There's really no reason for users to be removing tags, and it just adds clutter. Kharkiv07Talk 16:01, 30 April 2015 (UTC)
Kharkiv07, just in case you missed it, not only is there no reason (yet) but also there are no tags to be added or removed, I have tried. I would say yes to hiding it until someone can come forward with a good use and management system. EoRdE6(Come Talk to Me!) 18:07, 30 April 2015 (UTC)
That's what I meant, strange as I said it, regardless thanks for the clarification. Kharkiv07Talk 18:22, 30 April 2015 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────I think this should be removed asap. To add that much clutter to an already-cluttered page needs a lot more justification than this has—or will ever have, even with more functionality. ―Mandruss  15:11, 1 May 2015 (UTC)

I agree. It reminds me of the first Andy Griffith Show episode, where they erected a stop sign at a place where they intended to build a road someday. ←Baseball Bugs What's up, Doc? carrots→ 18:05, 1 May 2015 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────This appears to have been removed by someone responding to our concerns (thank you whoever you are). At least it's gone from my page histories, and I haven't done anything to make that happen. I don't know whether it would be necessary to log out/in to pick up the change. ―Mandruss  18:57, 1 May 2015 (UTC)

So does anybody knows what is going on...? Because I would really like to see them, they refuse to show for me. -- [[User:Edokter]] {{talk}} 19:19, 1 May 2015 (UTC)
Seems they have been removed, possibly centrally. Gone from Commons too. Wish they would occasionally tell us whats going on or keep an updates board... EoRdE6(Come Talk to Me!) 19:26, 1 May 2015 (UTC)
If you are an admin, the only difference on history pages was an extra button, adjacent to the existing Delete/undelete selected revisions button. I don't recall the wording. If you are not an admin, you got that extra button (level with the Compare selected revisions button, but positioned far right), plus a whole column of checkboxes just to the left of the time/date stamp. So the change was much more obvious for non-admins. --Redrose64 (talk) 20:30, 1 May 2015 (UTC)
@Edokter: phab:T97773 - the new features now hide themselves until an admin has set up some tags that can be added and removed. -- John of Reading (talk) 20:57, 1 May 2015 (UTC)
When was the WP:VPR discussion on this? ―Mandruss  21:13, 1 May 2015 (UTC)
I am also no longer seeing them. Thank you! ←Baseball Bugs What's up, Doc? carrots→ 21:43, 1 May 2015 (UTC)

Technical input needed[edit]

I've just made a request at Wikipedia:Village pump (proposals) suggesting a new software feature (the idea being to submit a Phabricator request if the proposal gets support), but I'm not sure if it's feasible. Please go there and offer your opinions on its feasibility and on whether you think it's a good or bad idea. Nyttend (talk) 23:13, 29 April 2015 (UTC)

Oops, the section is "Edit-conflict warning". Nyttend (talk) 23:14, 29 April 2015 (UTC)

Usernames showed as redlinks[edit]

I don't know if its mi browser but Usernames and User talks appear as redlinks, specially in the New Pages Feed, any problem there? Lgcsmasamiya (talk) 00:23, 30 April 2015 (UTC)

I also see it at Special:NewPagesFeed but haven't seen it anywhere else. For example, the entry for James Brodie (died 1708) says "Created by BrownHairedGirl (talk | contribs)", but at NewPagesFeed the links BrownHairedGirl and talk are red and have redlink urls https://en.wikipedia.org/wiki/User:BrownHairedGirl?action=edit&redlink=1 and https://en.wikipedia.org/wiki/User_talk:BrownHairedGirl?action=edit&redlink=1. All userpage and talk page links are red whether the pages exist or not. BrownHairedGirls' pages have existed since 2006. PrimeHunter (talk) 00:42, 30 April 2015 (UTC)
I thought that the software must have decided to describe me to some users as a scarlet woman, but when I look at Special:NewPagesFeed, I see all users are redlinked. --BrownHairedGirl (talk) • (contribs) 00:59, 30 April 2015 (UTC)
It would appear that NewPagesFeed is broken, though why is up to those who understand coding and absolute gibberish. EoRdE6(Come Talk to Me!) 01:06, 30 April 2015 (UTC)
Reported in phabricator. —TheDJ (talkcontribs) 10:49, 30 April 2015 (UTC)
Resolved: Phabricator people did their magic and the blue links have returned EoRdE6(Come Talk to Me!) 03:03, 2 May 2015 (UTC)

Support request with team editing experiment project[edit]

Dear tech ambassadors, instead of spamming the Village Pump of each Wikipedia about my tiny project proposal for researching team editing (see here: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Research_team_editing), I have decided to leave to your own discretion if the matter is relevant enough to inform a wider audience already. I would appreciate if you could appraise if the Wikipedia community you are more familiar with could have interest in testing group editing "on their own grounds" and with their own guidance. In a nutshell: it consists in editing pages as a group instead of as an individual. This social experiment might involve redefining some aspects of the workflow we are all used to, with the hope of creating a more friendly and collaborative environment since editing under a group umbrella creates less social exposure than traditional "individual editing". I send you this message also as a proof that the Inspire Campaign is already gearing up. As said I would appreciate of *you* just a comment on the talk page/endorsement of my project noting your general perception about the idea. Nothing else. Your contribution helps to shape the future! (which I hope it will be very bright, with colors, and Wikipedia everywhere) Regards from User:Micru on meta. — Preceding unsigned comment added by MediaWiki message delivery (talkcontribs) 09:33, 30 April 2015 (UTC)

Issue: Navbox template not populated from yesterday[edit]

Greetings, on April 29, I updated Template:Catholic_religious_institutes and today it is still not populated into article Servants of St. Joseph. Since this is unusual, I checked the VP archives and found a job queue backlog issue at Here.

Also when I run API-Siteinfo-Stats it shows over 10 million Jobs waiting.

Regards, JoeHebda (talk) 11:40, 30 April 2015 (UTC)

Those are normal numbers, but it may appear to slow down page updates. A purge of the article fixed it. -- [[User:Edokter]] {{talk}} 12:26, 30 April 2015 (UTC)
Thanks, did not know about Purge. Learned another new WP thing today Face-smile.svg. JoeHebda (talk) 13:23, 30 April 2015 (UTC)

Weird things[edit]

I am using chrome browser on a phone. I have noticed some weird things that all started yesterday. I am not sure whether these are bugs or intensional changes and they all aren't present on the desktop version. I'll just list them:

  • Several links (including the links to the side menu, the watchlist, the notifications side menu, edit buttons, the "This page has issues" link, the names of articles as presented on the page itself, and possibly others) are all of a sudden slightly bigger, slightly, smaller, or are spaced out differently.
  • I reported a real deal bug here. I was going to report it here but I did it there.
  • The mobile watchlist all of a sudden is outdated and wrong. For example It'll say a page changed 2 hours ago but if you go to the page you'll see it was actually 10 minutes ago.
  • The writing on user contributions and recent changes pages on both desktop and mobile views, is all squashed together with no spaces in between.

There could be others I'm not thinking of right now; if I think of any others I'll add it to the list. —DangerousJXD (talk) 08:19, 1 May 2015 (UTC)

Thanks for the reports @DangerousJXD. I've created Phabricator tasks to cover all bugs but the one you reported over at Wikipedia talk:Notifications. The tasks are as follows: T97791, T97792, and T97794. You'll note that I've only been able to reproduce the icon sizing issue in the main menu. Could you provide an example of a page that has an incorrect last changed date? —Phuedx (WMF) (talk) 20:23, 1 May 2015 (UTC)
I would just like to add that the spinning page loading icon is another icon that is still smaller than normal.
I'm not sure how to give you an example of the watchlist thing, Phuedx (WMF). I will clarify the page history of pages isn't the issue, just the watchlist. If I go into the watchlist right now, the top article (this, not that it matters) says it was changed 2 days ago. On the page itself, it says 5 days ago. That is the best example I can give. When will these things be fixed? —DangerousJXD (talk) 21:55, 1 May 2015 (UTC)

Incoming links: Slow job queue, stuck cache?[edit]

So I moved Fresh (song) to Fresh (Kool & the Gang song), and redirected Fresh (song) to Fresh (the dab page). I fixed up all the links to the dab redirect in articles. Trouble is, days later, whatlinkshere still thinks the pages link to the dab redirect: [3] If you check those mainspace articles, you'll see none of them actually do (either directly or via templates). It's not just that page, DPLbot thinks so too. Is there a magic button to make it actually purge? - David Gerard (talk) 09:37, 1 May 2015 (UTC)

I think this is related to my post, above. Very slow job-queue! I do a lot of page moves too, but I give-up checking if the redirects have been fixed from templates. Lugnuts Dick Laurent is dead 13:11, 1 May 2015 (UTC)
I'm running into the same problem. Going to each article and doing a dummy edit or null edit fixes them, but that's not really worth the time. It makes it difficult to find the real problems. Is there a way to make null edits with AWB?  SchreiberBike | ⌨  17:44, 1 May 2015 (UTC)
Yes, I'm not going to waste my time doing dummy edits. Hopefully something can be done to address the issue and not to go to plan B of null edits. Lugnuts Dick Laurent is dead 09:51, 2 May 2015 (UTC)
I did edit all the pages! (To fix the link originally.) In any case, the pipes appear to have unclogged and all is now well ... it's a pity there isn't actually a way to take a plunger to it - David Gerard (talk) 14:33, 2 May 2015 (UTC)

Orphan tag misaligned in Multiple issues template[edit]

I haven't done a ton of diagnosis on this to figure out all of the possible permutations, but I have noticed that when {{orphan}} is used inside of {{multiple issues}}, the orphan statement is indented one level to the left of all of the other statements. I don't know if posting a multiple issues template on this page will cause problems (or is even possible to do in a section), so I have created an example at User:Jonesey95/sandbox3. Does anybody care to dig into the layers of templates involved here to figure out why the poor orphan tag does not line up with its friends? Thanks. – Jonesey95 (talk) 13:04, 1 May 2015 (UTC)

It works for me in Firefox with all skins. What is your browser and skin? The orphan line is the only one on User:Jonesey95/sandbox3 which linewraps for me. Is it also for you and if so, is the indentation fixed if you decrease font size with Ctrl+- until it's on one line? PrimeHunter (talk) 14:09, 1 May 2015 (UTC)
Interesting. It looks aligned correctly for me in Chrome (Mac OS) and Safari (Mac OS), but not in Firefox (Mac OS, Firefox v37). It still looks wrong if I shrink the font or make the browser window smaller so that more of the tags wrap.
It looks fine in Firefox if I log out. Something in my skin files? What files should I look at? – Jonesey95 (talk) 14:54, 1 May 2015 (UTC)
When used inside {{multiple issues}}, {{orphan}} varies its action according to the |date= parameter and user custom CSS. To get a consistent experience for all users, whether logged in or out, try altering the |date=March 2015 to either |date=April 2015 or |date=May 2015. --Redrose64 (talk) 15:09, 1 May 2015 (UTC)
@Jonesey95: I worked it out. The problem only occurs for logged-in users who have applied the custom CSS described at Template:Orphan#Visibility - it was advising the use of the value inherit but this should have been table. I've fixed it in the documentation, and so you should fix your custom CSS like this. --Redrose64 (talk) 16:08, 1 May 2015 (UTC)
Brilliant. That worked for me.
Fixed. – Jonesey95 (talk) 17:00, 1 May 2015 (UTC)
Super! Those misaligned orphan messages had been bugging me for over a year; I was aware of that issue before I installed the hide-older-messages solution... unfortunately nobody could figure out the answer until now. Thanks much! Wbm1058 (talk) 19:14, 1 May 2015 (UTC)
I did a search - 22 users have a personal CSS rule for the .ambox-Orphan class. Of those, two used it to set display: none so they're already OK; three (Jonesey95, myself and Wbm1058) have altered it to display: table today as a direct result of this thread; so for the reamining 17, I sent a note like this, and two of them have since applied my fix. --Redrose64 (talk) 19:55, 1 May 2015 (UTC)

Checkboxes[edit]

I'm seeing little checkboxes on page histories. This started just recently. I've got no use for them. How can I disable this feature? ←Baseball Bugs What's up, Doc? carrots→ 14:11, 1 May 2015 (UTC)

Try the code in #Edit Tags above. PrimeHunter (talk) 14:17, 1 May 2015 (UTC)
  • It is due to the ability for certain user groups to modify the tags on each history entry. There is already a patch that will be push relatively shortly that should fix it if you can't actually change any tags. :) — {{U|Technical 13}} (etc) 22:09, 1 May 2015 (UTC)

Talk:Hillary Rodham Clinton/April 2015 move request subdivision[edit]

Talk:Hillary Rodham Clinton/April 2015 move request has gotten to be around 400k, leading to a complaint about the length. In order to ease that situation, I split off as subpages Talk:Hillary Rodham Clinton/April 2015 move request/Discussion and Talk:Hillary Rodham Clinton/April 2015 move request/Discussion/Closing and structural issues. This solution was reverted, so I am wondering, is there any way to prevent the page from causing loading issues and the like without splitting it up? bd2412 T 20:40, 2 May 2015 (UTC)

No. —TheDJ (talkcontribs) 20:59, 2 May 2015 (UTC)
I don't understand what the problem is or why everything has to be "centralized". Why not just follow another link and have two adjacent browser tabs? Dustin (talk) 21:02, 2 May 2015 (UTC)
That is what I tried to do; it was reverted by another editor who feels that it is important that everything be "centralized". bd2412 T 21:03, 2 May 2015 (UTC)
Many people have submitted their rationale for opposition or support of the proposal into the "discussion" section, as it was not clearly demarcated at the start. As a result, removing the discussion section would amount to balkanising the request, and marginalising the well-thought rationales that are found that in that section. Huw is just one of the editors who placed his whole opinion in the "discussion" section. RGloucester 21:05, 2 May 2015 (UTC)
It's 2015, if someone can't load a 300k web page then that's not an important concern; time to stop catering to people running IE6 on windows 95 or Nokia flip-phones. Tarc (talk) 23:34, 2 May 2015 (UTC)
IBTD and actually support closing accounts of users thinking that mobile devices or old hardware are irrelevant. –Be..anyone (talk) 09:25, 3 May 2015 (UTC)
There's a balance, and people are asked to be considerate towards others. —TheDJ (talkcontribs) 13:20, 3 May 2015 (UTC)
"Considerate" is one thing, but breaking pages because of length in this era is just absurd. Should we continue support for lynx and NCSA Mosaic too? 300k is not inordinately large. Tarc (talk) 13:34, 3 May 2015 (UTC)
  • Except that it isn't just a 300K web page, It's over 400K of wikitext and ends up being a 2.81 MB (2,949,120 bytes) web page all inclusive. — {{U|Technical 13}} (etc) 17:27, 3 May 2015 (UTC)
  • First of all, I don't believe any editor has stated that they are having trouble actually loading the page. I believe the complaint/s was/is that the page is just too damn long. That can't be helped, for the most part. Since many editors have weighed in with their reasoning and policy arguments. If there are any loading problems, perhaps editors shouldn't insert misleading and irrelevant images on the page. Especially pictures that take up the whole page and push the boundaries of the page beyond the regular single page view. What we should not do is remove the discussion. Thanks. Dave Dial (talk) 14:01, 3 May 2015 (UTC)
    The proposal to split the page is neutral, as it would not seek to characterize the relevance of particular comments. bd2412 T 14:07, 3 May 2015 (UTC)
  • I know you were trying to be neutral when you made the change, and your subsequent proposals. I just do not believe that splitting the page up is a good idea. Dave Dial (talk) 14:53, 3 May 2015 (UTC)
I like my picture thank you very much. I only used that size as unlike normal pictures it was actually the topic of that discussion and it was unreadable in thumbnail view. EoRdE6(Come Talk to Me!) 16:00, 3 May 2015 (UTC)
  • Because there is so much other stuff on every page such as css style sheets and javascript and the mediawiki UI itself, it's normal that people start having page size issues between 150-200K worth of wiki text. Pages really should never exceed 300K of wiki text if we want people to be able to actually load them and contribute. Currently, that page is about 2.9MB inclusive for me with 400K of wikitext. That is over the boundaries for some mobile devices. — {{U|Technical 13}} (etc) 17:27, 3 May 2015 (UTC)

WMF Banner Glitch[edit]

Picture showing issue.

Is it just me seeing a large block of text followed by a green WMF on the top of most pages? The large block of text contains a bunch of technical gibberish. EoRdE6(Come Talk to Me!) 02:12, 3 May 2015 (UTC)

It is not just you. I am experiencing the same thing. Mellowed Fillmore (talk) 02:15, 3 May 2015 (UTC)
Yep, someone screwed up the code. I'm seeing it too. ansh666 02:20, 3 May 2015 (UTC)
It's JavaScript, not technical gibberish. --Redrose64 (talk) 13:13, 3 May 2015 (UTC)

Mobile view: Section order[edit]

Someone with less of a prejudice against Phabricator than me may want to report that this issue doesn't seem resolved; in my sandbox there's no way to edit the "Sources" section in Mobile View. Huon (talk) 11:04, 3 May 2015 (UTC)

I think the fix has not been deployed yet. -- [[User:Edokter]] {{talk}} 15:02, 3 May 2015 (UTC)

Confusing CS1 date error[edit]

Can anyone work out what's wrong with the accessdate in ref 77 in Mika Häkkinen? It looks fine to me, but it's reporting a CS1 date error. Thanks. DH85868993 (talk) 11:36, 3 May 2015 (UTC)

The linked help page includes: "Access dates (in |access-date=) are checked to ensure that they are between 15 January 2001 (the founding date of Wikipedia) and the present, since they represent the date that an editor viewed a web-based source to verify a statement on Wikipedia." PrimeHunter (talk) 11:41, 3 May 2015 (UTC)
Of course. Fixed. Thanks. DH85868993 (talk) 11:58, 3 May 2015 (UTC)

WP slow when saving changes[edit]

Anyone else having this issue? Seems to take an age to post any edits. Started this morning and continues to now. Takes approx. 10 seconds to save a change. Lugnuts Dick Laurent is dead 12:31, 3 May 2015 (UTC)

@Lugnuts: Same issue here. --NeilN talk to me 14:22, 3 May 2015 (UTC)
+1 ―Mandruss  14:42, 3 May 2015 (UTC)
I had this problem last night too... EoRdE6(Come Talk to Me!) 15:57, 3 May 2015 (UTC)
Thanks both. Seems OK now. Lugnuts Dick Laurent is dead 16:50, 3 May 2015 (UTC)

Possible issue with "Automatically accepted" being improperly issued after reversions[edit]

I think I've found an issue with non-"Pending changes reviewer" editors getting their revisions marked "Automatically accepted" if they revert a previous reversion from a Pending changes reviewer. I noticed this happening yesterday at the article Charley Webb (though the issue seemed to go away when another Pending changes reviewer (Davey2010) reverted the reversion that a new editor (Bjcressy) had made to my reversion of their changes (did you get all that?!)). But now I've just noticed it again Sajal Ali, where another relatively new editor, Saqibbsse (talk · contribs), just reverted my reversion of their changes, and had their revision "Automatically accepted"). So, is this some kind of "bug" that needs dealing with?... Thanks in advance. --IJBall (talk) 16:23, 3 May 2015 (UTC)

It's more widespread than I suggested above – at Rebel Wilson, at least two editors who do not have "Pending changes reviewer" status have had their recent edits marked "Automatically accepted", including the most recent edit there by User:JosephSpiral. It seems there might be something kind of significantly wrong with the "Automatically accepted" tagging system currently... --IJBall (talk) 17:30, 3 May 2015 (UTC)
@IJBall: I suggest you read up on how pending changes works again. There are no bugs here, any editor who is auto confirmed (has account, ten days, x edits) will have their edits Automatically accepted. Only unconfirmed editors (IP's and less than 10day accounts) must have their edits reviewed, and that is the only purpose of the pending changes right, to review those edits. Having EVERY edit needing review is known as Pending Changes 2 (PC2) and is not implemented anywhere on en.wiki. EoRdE6(Come Talk to Me!) 17:44, 3 May 2015 (UTC)
@EoRdE6:, thanks for the response, and I will admit that the PC1 vs. PC2 thing is something I was dimly aware off, but had forgotten the details of. However, that still doesn't explain yesterday's situation at Charley Webb where the Bjcressy (talk · contribs) edits were "automatically accepted" when the account had been registered that same day (i.e. certainly not for 10 days). But what you're saying probably does explain what happened at Rebel Wilson. --IJBall (talk) 17:52, 3 May 2015 (UTC)
Also, for context, previous discussion of the Bjcressy situation took place at the Help desk... --IJBall (talk) 17:55, 3 May 2015 (UTC)
Note also that User:Saqibbsse is also not on the "auto-confirmed" list yet either. --IJBall (talk) 17:57, 3 May 2015 (UTC)
@IJBall: Bjcressy registered on 2 May 2014 and made that edit on 2 May 2015, so yes, he was autoconfirmed. Jackmcbarn (talk) 18:01, 3 May 2015 (UTC)
@EoRdE6: PC2 is in use, on these three pages. They are test pages, it is true: but it means that the PC2 level is implemented somewhere on en.wiki. --Redrose64 (talk) 18:03, 3 May 2015 (UTC)
(edit conflict) @IJBall: (i) Who are the users at Rebel Wilson who should not have had their edits "automatically accepted"? (ii) There is no problem with edits by Saqibbsse showing as "automatically accepted": looking at the history of Sajal Ali, only this edit was shown as "automatically accepted". This was their twelfth edit, they had been registered for almost three weeks, and by that time had been autoconfirmed for 9 hours 50 mins. --Redrose64 (talk) 18:16, 3 May 2015 (UTC)
At Rebel Wilson, none – EoRdE6 pointed out that long-standing editors are autoconfirmed, and both of the "accepted" ones at Rebel Wilson were long-standing. I had thought that Bjcressy and Saqibbsse weren't autoconfirmed, but with what Jackmcbarn said, and rechecking, I see that both are auto-confirmed as well. Thus, there's nothing to report – which is why I wrote the 'mea culpa' below. Again, sorry for the confusion – now that I've been reminded about the details of PC1, it shouldn't happen again. --IJBall (talk) 18:20, 3 May 2015 (UTC)
Ack! Well, that's embarrassing!!... And I guess User:Saqibbsse has been registered for more than 10 days... Oh, well, sorry for wasting everyone's time! Lesson learned!! Face-blush.svg --IJBall (talk) 18:08, 3 May 2015 (UTC)

Email notifications not consistent[edit]

I've recently enabled notifications to send email alerts. It was working fine but in the past week, it failed to alert me for at least two notifications. One was a thanked edit (on 30 April) and the other was a talk page message (27 April). I've checked the known bugs at WP:ECHO and bugzilla but couldn't find anything related to this. In the email, searched through the categories including spam for those two email alerts. -Ugog Nizdast (talk) 17:14, 3 May 2015 (UTC)

Watchlist not loading[edit]

When I click on watchlist, it hangs. If I try to back out, I get logged out. Anyone else having this problem? Victoria (tk) 18:11, 3 May 2015 (UTC)

Roughly speaking, how many pages do you have on your watchlist? To the nearest thousand. --Redrose64 (talk) 18:31, 3 May 2015 (UTC)
Only 2000. After posting here, I got bumped off again. I can log in through the main page, I can see my contribs, it hangs if I try to go the watchlist, and I get logged out if I try to refresh or re-load. I've cleared caches, done a restart but it keeps happening. Was fine earlier in the day. Safari 6.1.6. Victoria (tk) 18:34, 3 May 2015 (UTC)
It might be a corrupt cookie. Try doing a deliberate logout, then log in. If it still logs you out without you asking, you could clear your cookies. There were two ways of doing this in Safari 5.1.7 (they may differ for 6.1.6), both start at Cogwheel → Preferences → Privacy. Then you can either: (i) go for Remove All Website Data... Remove Now or (ii) Details... and in the little search window, enter "wikipedia.org"; highlight the row that is shown and click Remove. --Redrose64 (talk) 19:11, 3 May 2015 (UTC)
Thanks, Redrose64 I've deleted all cookies, removed WP from "topsites" and from toolbar, emptied cache again, restarted again, and it still hangs. It might be something else, or something other than the watchlist. To log in I have to navigate to the main page from the log in page, and log in from there, and I can get here by following my contribs. As soon as I post, I get logged out. When I am logged in, I can't load the watchlist. Victoria (tk) 19:51, 3 May 2015 (UTC)
It sounds a bit like Wikipedia:Village pump (technical)/Archive 130#Problems logging in and Wikipedia:Village pump (technical)/Archive 132#Severe problems with log-in. I don't know what fixed it there. --Redrose64 (talk) 20:44, 3 May 2015 (UTC)
I get the change password message every day and I've been ignoring it. That, I think, is a separate issue.
So, in Monobook and Modern I cannot load the watchlist. In Vector and Cologne Blue I can. I have css and js pages for one of those skins but not both - so I leave you to you all to figure out. For now I've switched from Monobook to Vector and will see whether I get bumped out after making this post. Victoria (tk) 21:22, 3 May 2015 (UTC)

CATEGORY:PAGES WITH LOGIN REQUIRED REFERENCES OR SOURCES[edit]

The all-caps in the heading is intentional. This category is populated when {{registration required}} is inserted into the |format= parameter of a CS1 template. The citation templates capitalize the format so if, for example, someone enters |format=pdf, the citation template will display "(PDF)".

I recently fixed all of the articles in this category, but new ones were added since then. So, I'd like to ask: Is this a proper use of |format=? If it is, how should this category be handled (category redirect, fixing the citation templates)? If not, is there an automated tool that is doing this? Anon126 (notify me of responses! / talk / contribs) 19:32, 3 May 2015 (UTC)

I don't know about an automated tool, but it's certainly a misuse of |format=, and also of {{registration required}}. The correct way is to either set the parameter |registration=yes inside the CS1 template, or to put {{registration required}} outside the CS1 template. --Redrose64 (talk) 19:38, 3 May 2015 (UTC)