Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab WMF Miscellaneous 

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

The technical section of the village pump is used to discuss technical issues about Wikipedia. Bugs and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

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

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

Table cell contents spilling over.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

References
References

Scrolling disabled for iOS

Tracked in Phabricator
Task T95465

I have encountered this problem for for maybe two weeks now, possibly more. I am unable to scroll while editing on the Wikipedia mobile site on iPhone, iOS 8.2. Does it have something with technical problems or it is my mobile? Callmemirela (talk) 04:05, 8 April 2015 (UTC)

I just tried it and encountered the same problem. This is apparently something to do with the most recent version of iOS Safari. Scrolling works when editing with iOS Chrome or the Wikipedia app, but not with Safari. Scrolling while editing in the desktop view works just fine in iOS Safari, on the other hand. For another twist, this affects both Safari and Chrome on an iPad. ​—DoRD (talk)​ 17:53, 8 April 2015 (UTC)

@Callmemirela: Bug report filed. ​—DoRD (talk)​ 19:20, 8 April 2015 (UTC)

@DoRD: I wanted to know if there's been any progress on the fix. I still can't seem to scroll. I am now currently on the newest iOS update 8.3. Thanks, Callmemirela (talk) 23:47, 11 April 2015 (UTC)

Edit counters that works ?

Can anyone tell me if there are any global edit counters who works. Most of them seams to be out of order.--85.166.159.202 (talk) 04:10, 8 April 2015 (UTC)

This tool should be what you're looking for (and it seems to be working all right for me). ~SuperHamster Talk Contribs 04:13, 8 April 2015 (UTC)

Is there really some other global edit counters? --Edgars2007 (talk/contribs) 19:19, 8 April 2015 (UTC)

There used to be loads, but they were all on Toolserver, which died last June. AFAIK the XTools one (linked at the bottom of your contribs as "Edit counter") is the only other one which got ported to ToolLabs. --Redrose64 (talk) 19:45, 8 April 2015 (UTC)

I was talking about the global ones. I know there was (is?) plenty of edit counters for edits made in local Wikipedia (like this one and this one). --Edgars2007 (talk/contribs) 20:14, 8 April 2015 (UTC)

The XTools one is global. Here are your counts for Croatian Wikipedia; Estonian Wikipedia; Latvian Wikipedia; Russian Wikipedia; Meta; Wikidata. --Redrose64 (talk) 22:06, 8 April 2015 (UTC)

Well don't look at stats.grok.se, it's been broken since 3 April and no-one has fixed it. The C of E God Save the Queen! (talk) 22:21, 8 April 2015 (UTC)

We had different opinion what is global. I though that global means one page, where is every Wikipedia, but you - one tool, which can be used for every project. Ok, nevermind :) --Edgars2007 (talk/contribs) 06:27, 9 April 2015 (UTC)

• Edgars2007, as a maintainer for xTools, I need to ask what you mean by all stats on one page. Do you mean have one really long page which lists all wikis (there are 720 last I checked) or do you want a combined total on one page as if it was a separate wiki? The later could probably be done, if there was enough of a demand for it. I'll note that it would be an extensive amount of processing to do it, so there would have to be a discussion between myself and the other maintainers to see what level of community request we would need to attempt to undertake that task. Give me a couple weeks (let's say by May 1st) and I'll create WP:XTOOLS to describe the existing tools and then you can start a discussion on the talk page for that page and we can take it from there. Thanks for your suggestion. — {{U|Technical 13}} (e • t • c) 12:39, 9 April 2015 (UTC)

Technical 13, you misunderstood me. I am satisfied with xTools. Everything is fine. But I had some ideas about it last summer, if you're interested in them I could tell them to you (if i've not forgotten them). Actually, I would be more interested in this one :) --Edgars2007 (talk/contribs) 10:49, 10 April 2015 (UTC)

• No worries. Does the script on that page not do the job you want at all or is it just the pretty interface you drew up that allows you to manage multiple redirects to the page you are on that is missing? I probably can find time to make it so clicking the link will allow you to add a redirect to the page one at a time if it is not working but the latter will take more time than I have currently (not to say in a few months I can't do it). — {{U|Technical 13}} (e • t • c) 22:15, 14 April 2015 (UTC)

I use any of these three: Meta Wiki, Tool Labs (Quentinv), Tool Labs (GUC) that work pretty well, and the first one never goes down (it can't). EoRdE6^{(Come Talk to Me!)} 22:26, 8 April 2015 (UTC)

Sandbox link

Tracked in Phabricator
Task T95669

At the top of the page, inbetween my talk page and preferences. It's appeared in the last 20 minutes or so. Anyway to get rid of it? Lugnuts ^{Dick Laurent is dead} 18:39, 9 April 2015 (UTC)

Place li#pt-sandbox { display: none; } in your CSS. (Already mentioned later but added here with simple instruction for convenience) PrimeHunter (talk) 00:57, 12 April 2015 (UTC)

Just today a link to my userspace sandbox has appeared in my personal bar. I remember this used to be an optional gadget, which I long ago disabled. Why has this reappeared, and how can I get rid of it? BethNaught (talk) 18:43, 9 April 2015 (UTC)

What's wrong with it? It encourages new users to use their sandbox's instead of testing in the mainspace. EoRdE6^{(Come Talk to Me!)} 18:47, 9 April 2015 (UTC)

I don't need a link to it. That's what's wrong with it, smart arse. Lugnuts ^{Dick Laurent is dead} 18:53, 9 April 2015 (UTC)

One, that doesn't answer the question and two: I rarely use my sandbox, I draft articles at ~/Article title and it's a red link for me because my user sandbox is ~/Sandbox with a capital. Now the personal bar takes up half my screen and it's just annoying. To repeat, where did it come from and how can I send it back there? BethNaught (talk) 18:51, 9 April 2015 (UTC)

(ec) I just noticed this as well. here is the edit that has caused this, but a glance at the Phabricator link doesn't make it clear how to re-disable the sandbox link - Matma Rex, can you shed some light on this? ​—DoRD (talk)​ 18:53, 9 April 2015 (UTC)

And, most of those of us who have been here a while don't want or need the link. ​—DoRD (talk)​ 18:54, 9 April 2015 (UTC)

It's good for newbies, but there should definitely be an easy way to disable that link. --Leyo 18:57, 9 April 2015 (UTC)

Not an "easy way" exactly, but adding:

#pt-sandbox {
	display: none;
}

to your CSS file will hide it. If using the vector skin the appropriate file is Special:MyPage/vector.css. Dragons flight (talk) 19:03, 9 April 2015 (UTC)

(ec) It's not "easy" in the gadget sense, but I've been told that you can add li#pt-sandbox { display: none; } to your common.css page to disable it. ​—DoRD (talk)​ 19:05, 9 April 2015 (UTC)

Thanks to both, this has worked for me. BethNaught (talk) 19:07, 9 April 2015 (UTC)

By easy way, I was referring to Preferences or so. --Leyo 19:16, 9 April 2015 (UTC)

This really should be a preference/gadget or otherwise be turn-off-able. 98% of users having to do CSS-workarounds isn't quite the solution. Jared Preston (talk) 19:19, 9 April 2015 (UTC)

This did not work for me, either in the skin CSS (MonoBook) or in the common.css file. And other ideas? BMK (talk) 19:45, 9 April 2015 (UTC)

Just replace the old gadget by a new CSS-only gadget which will hide the link provided by the extension. This should be enough to make it easy to enable/disable it again... Helder 20:00, 9 April 2015 (UTC)

Could you do that? --Leyo 20:42, 9 April 2015 (UTC

The only thing needed (once there is consensus for this) is to create e.g. MediaWiki:Gadget-HideSandbox.css with the CSS above, and add this page to a new line on MediaWiki:Gadgets-definition, similar to the "HideFundraisingNotice" gadget. Then a description should be added to MediaWiki:Gadget-HideSandbox. This would make the option to appear at Special:Preferences#mw-prefsection-gadgets. Helder 02:12, 10 April 2015 (UTC)

It also needs an administrator to approve the gadget at Wikipedia:Gadget/proposals, which seems to be a bit of an issue. --Ahecht (TALK
PAGE) 15:35, 13 April 2015 (UTC)

Sad to see the lack of substance in the comments of the two admins one admin who opposed its addition. Killiondude (talk) 22:32, 16 April 2015 (UTC)

It was only opposed by one admin and supported by another. PrimeHunter (talk) 22:42, 16 April 2015 (UTC)

Sorry. You are right. I was reading it incorrectly. Killiondude (talk) 23:10, 16 April 2015 (UTC)

• The code does not work for my MonoBook skin. Does anyone have a workaround? SilkTork ^{✔Tea time} 21:01, 9 April 2015 (UTC)

  monobook.css, not monobook.js! --Leyo 21:05, 9 April 2015 (UTC)

• Try putting li#pt-sandbox {display: none;} in your monobook.css or common.css file. MANdARAX • XAЯAbИAM 22:24, 9 April 2015 (UTC)

@Mandarax: Thanks, that worked in the monobook.css. BMK (talk) 03:26, 10 April 2015 (UTC)

Thanks. That worked for me. SilkTork ^{✔Tea time} 07:27, 10 April 2015 (UTC)

Filed a ticket phab:T95669 and submitted a patch. Glaisher (talk) 11:14, 10 April 2015 (UTC)

Maybe the link could be done at least blue, as all other links at the top? Regardless does the sandbox exists or not. Will remind, that link was blue in the gadget version. --Edgars2007 (talk/contribs) 13:54, 10 April 2015 (UTC)

• Thank you for this information. I had to change my skin to MonoBook (not necessarily happy with it, but whatever. I do already use it on Simple Wikipedia). Had to create my CSS page and add above code. Although it gave me dire warnings of several varieties, I managed to rid myself of the sandbox link. Nothing has exploded...I so do not need a mandatory link to my cat litter box. I am adult and brave and create all my text right in the edit window. Wow. Thank you again for this conversation. ツ Fylbecatulous talk 14:01, 10 April 2015 (UTC)

@Fylbecatulous: I can't say I'm an expert, but I don't think you were forced to change to Monobook. Doesn't this code

#pt-sandbox {
	display: none;
}

added to Special:MyPage/common.css work in Vector? --Edgars2007 (talk/contribs) 14:07, 10 April 2015 (UTC)

Edgars2007, thank you. I was using the Modern skin. Appearance-wise it was best for visibility on my PC monitor (something to do with less glare with the background colours and font. I had LASIK in the past and I am really glare sensitve, even with the LCD). I sometimes stare at Wikipedia for hours, as my time card usage shows 12-16h faithfully. <smile>. thanks. I will hope for a permanent disengagement by the powers-that-be but we all know how that usually goes... Fylbecatulous talk 14:58, 10 April 2015 (UTC)

Forgot there are more styles without Vector and Monobook :) Well, if you want continue using Modern, then copy this to your Special:MyPage/common.css. That should work (I tested). --Edgars2007 (talk/contribs) 15:14, 10 April 2015 (UTC)

Excellent. thanks for the links, as well. That works and you can go ahead and patrol my new css page. I shall keep my Modern skin. Fylbecatulous talk 15:28, 10 April 2015 (UTC)

With monobook there is a #p-personal li { display: inline; } rule that takes precedence over (props Orlodrim), so you have to add an !important clause:

#pt-sandbox {
    display: none !important;
}

Od1n (talk) 21:20, 14 April 2015 (UTC)

S

I'm fine with having a link to a personal sandbox, but it should be an uppercase S. User:Jc37/sandbox is where the link points to. It should be pointing to User:Jc37/Sandbox. - jc37 21:40, 9 April 2015 (UTC)

The gadget (which, if I recall, was enabled by default) linked to /sandbox, so linking to /Sandbox would probably result in unexpected redlinks. wctaiwan (talk) 22:08, 9 April 2015 (UTC)

Then fix the gadget? - jc37 22:13, 9 April 2015 (UTC)

That wouldn't help. The (potentially large number of) people who have already created a sandbox using the gadget would have their sandboxes at /sandbox. As a drop-in replacement, this change shouldn't be breaking the sandbox link for those people. wctaiwan (talk) 22:22, 9 April 2015 (UTC)

And the sandbox gadget has already been removed anyway [1] since its function was redundant to the new mw:Extension:SandboxLink. PrimeHunter (talk) 22:37, 9 April 2015 (UTC)

So because some coder didn't give a thought to capitalising the initial "S" in sandbox, it can't be changed because the few who were using the gadget might have a redlink, as opposed to the millions of accounts on Wikipedia which now have this link at the top of the page? I presume there are lots of bots that know how to move a page. This shouldn't be a difficult fix.

Of course, the better solution would be for the wikisoftware to not have the letter after a slash to be case sensitive, like the initial letters. For example, User:jc37 and User:Jc37 manage to go to the same place. So why can't /S and /s go to the same place? - jc37 23:23, 9 April 2015 (UTC)

I don't know how lowercase sandbox was chosen in the gadget but all the skin subpages like /vector.js are also lowercase. mw:Extension:SandboxLink allows each wiki to choose a subpagename at MediaWiki:Sandboxlink-subpage-name. "sandbox" is the default for English. The subpage feature is disabled in some namespaces (notably main) and I think it would cause too much confusion if /s was converted to /S in namespaces where subpages are enabled but not in other namespaces. Should it for example be possible for an article to have /s in the name but not for its talk page? PrimeHunter (talk) 00:09, 10 April 2015 (UTC)

"the few who were using the gadget" Just like this new extension, the gadget was enabled for everyone by default. You probably just turned it off and forgot about it. There are approximately 192,400 lowercase sandbox pages, compared to 23,600 uppercase ones.[2] Not saying the original decision was the right call, but it's how it is. wctaiwan (talk) 00:55, 10 April 2015 (UTC)

I would like the following template on my user page

{{User:Cyberpower678/Status}}

Not the "Are you my friend" part. This shows whether Cyberpower678 is online, but not me. I often forget to update my status since it has to be done manually. I would like something to show I might be online but forgot.— Vchimpanzee • talk • contributions • 20:23, 9 April 2015 (UTC)

I cannot help you concerning this matter, but should you like to see the last activity of other users at one glance, you might be interested in this script. The documentation is in German, but the script works here (in English), too. Transclusion using

importScriptURI("//de.wikipedia.org/w/index.php?title=User:Schnark/js/letzteredit.js" + "&action=raw&ctype=text/javascript");

--Leyo 20:41, 9 April 2015 (UTC)

That's not exactly what he's looking for. He's looking for a way to show his inactivity to everyone else without having to update his page.—^cyberpower_Chat:Online 21:40, 9 April 2015 (UTC)

I am fully aware of this. --Leyo 22:04, 9 April 2015 (UTC)

C678 explained on his/her talk page the templates involved are too complicated to explain. For me, that's probably true. Thanks for trying.— Vchimpanzee • talk • contributions • 16:24, 10 April 2015 (UTC)

• They're often too complicated for CP too... I've spent a bit of time poking around at them trying to make them HTML5 compliant. If you want to try to set it all up, pay attention to what he has set up and what transcludes what else (there are a couple trick ones in there). You'll learn some template lessons and don't worry about if you get stuck, just ask for help with whatever you are stuck on my talk page or CPs. ;) — {{U|Technical 13}} (e • t • c) 22:08, 14 April 2015 (UTC)

Auto sig ability

Tracked in Phabricator
Task T25037

It may have been discussed before my time, but is there any way to automatically detect when an editor forgets to sign his post, and possibly activate an automatic sig when we hit save page, or better yet prevent it from saving like what happens when we forget to add an edit summary? LOL I just forgot my sig. Atsme☯^Consult 17:29, 10 April 2015 (UTC)

It has been discussed before, yes; and there are strong arguments against it, because not all edits on discussion pages should be signed. Examples: [3]; [4]; [5]; [6]; [7]. --Redrose64 (talk) 17:49, 10 April 2015 (UTC)

At least we can detect if a user clicked the "signature and timestamp" button and put a little warning somehwere. — Preceding unsigned comment added by Dixtosa (talk • contribs) 18:09, 10 April 2015 (UTC)

and maybe one day, when the community thinks it is ready, Flow will replace talk pages and make signatures unnecessary.--JohnBlackburne^words_deeds 18:17, 10 April 2015 (UTC)

If I'm not mistaken, there is a bot that floats around and autosigns some pages. And I know on commons there is a gadget for edit summaries, there may be one here. (found it SineBot (talk · contribs) obviosuly) EoRdE6^{(Come Talk to Me!)} 18:24, 10 April 2015 (UTC)

Yes on Commons, saving without an edit summary results in this error message Reminder: You have not provided an edit summary. If you click "Save page" again, your edit will be saved without one. Now I can't remember if this was a gadget or what, but can we get this on en.wiki? EoRdE6^{(Come Talk to Me!)} 18:32, 10 April 2015 (UTC)

You can turn it on in Preferences. It is in the editing tab right under "Rows" -- GB fan 18:40, 10 April 2015 (UTC)

@EoRdE6: GB fan refers to Preferences → Editing → Prompt me when entering a blank edit summary (or the default undo summary) and there is also Preferences → Gadgets → Add two new dropdown boxes below the edit summary box with some useful default summaries. --Redrose64 (talk) 18:54, 10 April 2015 (UTC)

Can we get it to also apply to a sig? That way it won't force a sig unless we make it that way. Reminder: You have not signed your post. If you click "Save page" again, your edit will be saved without your signature. And then we can turn on the feature in Gadgets or under Editing? Just a thought. Atsme☯^Consult 19:05, 10 April 2015 (UTC)

Russian Wikipedia has enabled reminder (if I'm correct - like a dialog window) to sign your comment on talk pages. And personally I like much better Polish edit summaries (see for example in this page those two green lines). --Edgars2007 (talk/contribs) 19:13, 10 April 2015 (UTC)

What two green lines? --Redrose64 (talk) 19:18, 10 April 2015 (UTC)

These green lines --Edgars2007 (talk/contribs) 19:26, 10 April 2015 (UTC)

No, I don't have that. Maybe it's a gadget that you have enabled. --Redrose64 (talk) 19:34, 10 April 2015 (UTC)

Yes, it is a gadget (See Zielone przyciski do szybkiego wstawiania opisów zmian.). But it is interesting – it's a default gadget, maybe you have disabled it? :) --Edgars2007 (talk/contribs) 19:48, 10 April 2015 (UTC)

That gadget is enabled (as are all of those from 'refTools – skrypt dodaje przycisk "cytuj" do paska edycji, umożliwiając szybkie wypełnienie i dodanie najczęściej wykorzystywanych szablonów cytowania.' down to 'Rozszerzona strona specjalna Prześlij.' inclusive). I've found that if I leave the gadget settings alone but change my language from en to pl, the green lines then appear. So it's dependent upon the user interface language. --Redrose64 (talk) 20:04, 10 April 2015 (UTC)

Does English Wiki have it? Atsme☯^Consult 21:06, 10 April 2015 (UTC)

$(document).ready(function() {
    $("#wpSave").one("click", function() { /* change to wpPreview for testing */
        $("#editform").on("submit", function() {
            return !(this.wpTextbox1.value.indexOf("~~"+"~~")===-1 && (
                mw.config.get('wgNamespaceNumber')%2===1 ||
                $.inArray("Non-talk pages that are automatically signed", mw.config.get('wgCategory'))!==-1
              ) && !confirm("No sig, send anyway?"));
        });
    });
});

Here's my first shot at a JavaScript SineBot. Its missing a lot, but if there's serious interest I can develop it more. — Dispenser 23:38, 10 April 2015 (UTC)

Can I use it now?? Oh yes, it will definitely be used, and should probably be included in the WELCOME message that goes out to all new users!! Thank you Dispenser - your efforts are greatly appreciated. Let me know if I can use it, and I will spread the word!! Atsme☯^Consult 00:00, 11 April 2015 (UTC)

Werelate.org, which uses WikiMedia as their platform, has implemented an auto-signature function, but I'm not sure how. The main developer over there is Dallan. An inquiry to him could provide details. The overall platform implementation (such as use of MediaWiki 1.7.1) is described at http://www.werelate.org/wiki/Special:Version . --User:Ceyockey (talk to me) 00:09, 11 April 2015 (UTC)

Eh that MediaWiki version is from July 2006. I would not comfortably use that website. —TheDJ (talk • contribs) 10:22, 12 April 2015 (UTC)

Dispenser's code works!!! It works. What a jewel, and a go-back-and-add-sig-saver!! Love it!!! Thanks again, Dispenser!! — Preceding unsigned comment added by Atsme (talk contribs) 13:45, 13 April 2015‎ Obviously didn't work that well as I had to sign it... EoRdE6^{(Come Talk to Me!)}

This is good, the post that says that the code for autosig works is unsigned. -- GB fan 17:49, 13 April 2015 (UTC)

Obviously overcome with joy. ―Mandruss ☎ 17:55, 13 April 2015 (UTC)

Works so well that you... forgot to sign your post? Super. EoRdE6^{(Come Talk to Me!)} 18:13, 13 April 2015 (UTC)

Actually my fault, I removed it from vector.js and forgot to add it back to common.js when I posted this!! Atsme☯^Consult 18:17, 13 April 2015 (UTC)

Ahhhh....the irony of it all. I also misspelled Dispenser but have since corrected it Atsme☯^Consult 18:26, 13 April 2015 (UTC)

Atsme, the ping probably won't work, the way I understand it, they only work if you add the ping and the signature in the same edit. -- GB fan 18:33, 13 April 2015 (UTC)

Thanks, GB. The excitement over the sig reminder actually working got the best of me. I think when I changed it from vector.js to common.js I missed some code in the copy/paste. I have since recopied the full code, added it back to vector.js and saved it this time. As evidenced above, I really need it. - hold on - it appears it reminds you after show preview...wait so I can check it....Atsme☯^Consult 18:42, 13 April 2015 (UTC)

Hmmmm....code reads Non-talk pages that are automatically signed so it may be that it doesn't work on all pages? Dispenser can probably explain better than I can. It may not work here. Atsme☯^Consult 18:46, 13 April 2015 (UTC)

mw:Manual:Interface/JavaScript: "If the category box is not shown on the current page (as is the case when editing/viewing history), wgCategories will be an empty array." IIRC, the usability people broke it when redesigning the edit screen. — Dispenser 23:44, 13 April 2015 (UTC)

Hello guys, I've written for long time an script for auto-signing, that anyway also have such forgot check (sorry if my English is not the best :P). I'm not sure you wanted this, but it would be nice if someone can test it on the EnWP!? de:User:Perhelion/signing.js → User: Perhelion 21:12, 13 April 2015 (UTC)

Is a commented & non-minified version available somewhere? But it looks like a good starting point for a gadget. — Dispenser 23:44, 13 April 2015 (UTC)

If a missing sig could be made to respond the same as a missing edit summary, it would be perfect. If it could ignore article pages, that would be even more perfect. Maybe a not if command (or whatever) to ignore auto sig if the page has a rating for example, and list the ratings. I know as much about writing script and/or code that it requires a microscope to see it. Either way, can I please be added to a beta tester list? Atsme☯^Consult 01:00, 14 April 2015 (UTC)

insource searching for unicode symbol does not work as expected

Tracked in Phabricator
Task T95849

I was doing some searching the unicode symbol "★" and getting odd results:

• "insource:★" search has no results. [8]
• "insource:/★/" search (i.e. the regex version of the search) has 81 results. [9]
• A simple "★" has only one result [10], Star (glyph), which was not returned on either previous search?
• "intitle:★" has no results [11], though ★, ★Macy*s and ★NSYNC all are suggested by autocomplete.
• And none of the searches finds the articles Emoji or Miscellaneous Symbols which also contain the black star symbol in their text.

Anyone have any insights into what is going on? Does the search just suck at unicode, or is something else happening here? Dragons flight (talk) 18:50, 10 April 2015 (UTC)

Reported in phabricator. —TheDJ (talk • contribs) 10:26, 12 April 2015 (UTC)

Infoboxes

There have been several contentious discussions regarding infoboxes, including the one at Talk:Laurence Olivier#Infobox and it has even been discussed at ARBCOM. Some editors really like infoboxes and would be happy if there were an infobox in nearly every article. Other editors really dislike them. Right now, it seems that it's up to the author or authors of an article to choose whether to include an infobox, that the status quo needs to be respected, and that in order to change the status quo there has to be a consensus to change it, and that has been the difficult part: reaching a consensus. I wonder whether it might be possible to make the appearance of an infobox a display option, so that people can select the option to display, or show, the infobox in the articles that have them, or hide the infobox. Perhaps someone generally does not want to see the infobox but occasionally would like to see it in a particular article. Or perhaps someone generally wants to see the infobox but one day wants to change his or her preference and hide the infoboxes. An infobox could be created for most articles, and then readers can select the display option they prefer. This would solve a lot of problems and might make everyone happy. (Images such as portraits and coats of arms, etc., maybe could be left in the article even if the rest of the infobox is hidden.) CorinneSD (talk) 23:59, 10 April 2015 (UTC)

I do think this would be useful ... optional display of infobox based on preference. Personally, I'm pro-Infobox. We do not want to cripple the feed to WikiData that Infoboxes enable in order to satisfy a display preference. --User:Ceyockey (talk to me) 00:15, 11 April 2015 (UTC)

If an infobox is created, and then hidden, wouldn't the feed to WikiData still continue? CorinneSD (talk) 00:49, 11 April 2015 (UTC)

@CorinneSD: Please see Wikipedia:Village pump (technical)/Archive 135#Suppressing Infobox Person. --Redrose64 (talk) 09:46, 11 April 2015 (UTC)

Redrose64 Thank you Redrose. I read that discussion. I like infoboxes, by the way, but I understand that quite a few editors don't like them in certain types of articles. Other than having to insert code to suppress the infobox, couldn't something simpler be developed so that a person would only have to click on something to hide or show the infobox – either for all articles at once or in individual articles? CorinneSD (talk) 12:20, 11 April 2015 (UTC)

I don't think you should try to solve an editorial problem like this with a show/hide option. It tends to further polarize the opinions, because people no longer discuss with eachother and then at some later point there will be a clash anyway, which will be deeper and more emotional due to the polarized opinion. —TheDJ (talk • contribs) 10:29, 12 April 2015 (UTC)

I don't think this is an editorial problem, is it? I do not think people are not saying "ban infoboxes because I don't like to see information organized" rather "ban infoboxes because they get in my way of viewing the article the way I like to", which is a presentation problem, not an editorial one. --User:Ceyockey (talk to me) 19:02, 12 April 2015 (UTC)

I think there are two issues with infoboxes.

• First, as for their content, they tend to elevate comparatively trivial details to an importance not deserved (because trivial details are easier to fit in the short format allowed) and often do so in a way that actually misrepresents the subject. Even things that may easily be summarized in a sentence or two in the lead get distorted when compressed to two words or simple mentions (such as those "influenced"/"influenced by" lists).
• The other problem is that the boxes do this while occupying some of the best real estate on the page, where many would perhaps prefer a larger image, a map or just more attention directed at the actual article. Compare categories: sometimes controversial (things such as religion, ethnicity or sexuality) but trivial-but-true categories (alumnus of X College, that sort of thing) aren't that problematic because they don't get the same prominence at the bottom of the page as the same facts do inside a brightly-coloured frame in the upper right-hand corner of the page.

A box with less prominent placement or one slighty hidden that one has to click to open would probably be less of an issue. --Hegvald (talk) 20:01, 12 April 2015 (UTC)

This has the potential to steer this discussion into the pro- or contra-infobox controversy, which my suggestion was designed to eliminate. I do understand the point that for certain subjects, some material in an infobox may have the potential to mislead readers simply because a complicated issue is being expressed in less than five words. Is there a rule that says every category in an infobox must be filled in? For those particular subjects, couldn't that potentially misleading information simply be left out? Or, if the information cannot be left out, perhaps we can rely on an editor's choice to show or hide the infobox. If the infobox is hidden, it is less likely to mislead someone. For the editors who like infoboxes, I don't think they would be pleased if infoboxes were tucked away lower down in the article. Also, and this is the 21st century now, perhaps, when an infobox is hidden, an alternate image (photo, portrait, map, etc.) could take its place. (But I had already suggested that any image in an infobox remain in place when and if an infobox is hidden.) CorinneSD (talk) 20:21, 12 April 2015 (UTC)

Preferences and css?

Resolved

I've noticed that some, if not all, of my custom css (at User:Purplewowies/monobook.css, if this behavior is something specific to me and the css I have) doesn't work when I visit the preferences page. I don't remember this happening before, so is it a recent development? Is that an intended behavior? If that's the way it's been working/supposed to work, I guess I'll just stick my foot in my mouth now... - Purplewowies (talk) 03:26, 11 April 2015 (UTC)

User specified CSS does not run on Special:Preferences since phab:T72672 was fixed last September. Legoktm (talk) 04:35, 11 April 2015 (UTC)

@Purplewowies: It's intentional. If a user sets up their personal CSS or JavaScript page or combination of gadgets in such a way as to break every page, we should still allow them to fix it by preventing similar breakage at prefs. On any page, if the preferences link is invisible or off screen, you can still open prefs, by visiting http://en.wikipedia.org/wiki/Special:Preferences if (like me) you have that bookmarked in your browser. --Redrose64 (talk) 10:26, 11 April 2015 (UTC)

Okay, thanks. Makes enough sense, and when I considered it being intentional, I guess the situation that went through my head was exactly what you described, Redrose 64. *sticks other foot in mouth* - Purplewowies (talk) 06:10, 12 April 2015 (UTC)

Obscure parser bug

Tracked in Phabricator
Task T95830

Can anybody work out why when you view the following wikitext, there are paragraph break between the "bar", "baz" and "qux"?

=== Example heading ===
[[Category:Foo]]
[[bar]]<del>baz</del>qux

There's an example in my sandbox. Here's the generated HTML:

<h3><span class="mw-headline" id="Example_heading">Example heading</span></h3>
<p><a href="/wiki/Bar" title="Bar" class="mw-disambig">bar</a></p>
<del>baz</del>
<p>qux</p>

I would expect all of the words to be inside the same set of p tags rather than the above result. This behaviour is also very fragile - if I change the heading, or the category, or stop "bar" from being a link, or remove the <del>...</del> tags, it returns to normal.

I noticed this due to a report by an IP at Template talk:Requested move#Markup bug, and I have been able to reduce the issue to this minimal example, but I'm not sure what's causing it. — Mr. Stradivarius ^{♪ talk ♪} 16:20, 11 April 2015 (UTC)

A similar issue was discussed at Template talk:Rfc#Formatting bug. No specific cause was found. PrimeHunter (talk) 17:04, 11 April 2015 (UTC)

Maybe it's HTML Tidy playing silly buggers. Not the first time. --Redrose64 (talk) 17:38, 11 April 2015 (UTC)

Tidy will swap things around, but I haven't caught it inserting <p> tags. That sounds like the parsers behaviour. -- [[User:Edokter]] {{talk}} 19:01, 11 April 2015 (UTC)

Incidentally, if you replace the "del" with the stylistically equivalent "s", you don't have this problem. Quirky little bug. Dragons flight (talk) 19:16, 11 April 2015 (UTC)

It's not semantically equivalent though. I think that Graham87 (talk · contribs) has previously mentioned that screen readers ignore the <s>...</s> markup, but announce the <del>...</del> markup as a deletion. --Redrose64 (talk) 19:33, 11 April 2015 (UTC)

@Redrose64: Nope, that is not the case; I don't remember saying that. Graham87 07:14, 12 April 2015 (UTC)

I can see this isn't going to be an easy one to resolve. I've done what I probably should have done at first and reported it at phab:T95830. — Mr. Stradivarius ^{♪ talk ♪} 01:45, 12 April 2015 (UTC)

It's Tidy doing cleanup. ins and del are a bit special, in that they partly act as <p> elements. —TheDJ (talk • contribs) 10:50, 12 April 2015 (UTC)

Red X next to image files in Edit Mode

Printscreen CorinneSD; she's got a question on the "red x"

In the last day or two I started seeing a red X (actually, it's a white X inside a red circle on a light gray square background) at the right margin next to every image file in Edit Mode. Another editor has noticed it, too. See User talk:CorinneSD#Red X. What is that "X"? How can I get rid of it? Might it have something to do with the re-arrangement of my talk page done by another editor about three days ago? (See User talk:CorinneSD#Re-arranged talkpage.) CorinneSD (talk) 16:43, 11 April 2015 (UTC)

@CorinneSD: I don't see it. Please provide a WP:WPSHOT. --Redrose64 (talk) 16:49, 11 April 2015 (UTC)

@Redrose64: I've never done this before, so I've got to go step-by-step. I'm following the instructions on the link you provided. When I press either just PrintScreen or "Alt" and PrintScreen, I don't see anything happening. (The PrintScreen button is not in a color, so I don't think I have to use the Function key.) It says that it is saved to "the clipboard". What clipboard? I opened MSPaint, and could use it, but there's nothing in the Paint clipboard. What am I doing wrong, or not doing? CorinneSD (talk) 17:06, 11 April 2015 (UTC)

It happens for me in Firefox when wikEd is enabled at Special:Preferences#mw-prefsection-gadgets. If the wikEd icon in the upper right corner is black and white on en edit page then click it to enable wikEd on that edit. I don't know why wikEd displays the "red" X near image code. PrimeHunter (talk) 17:17, 11 April 2015 (UTC)

The clipboard is the normal Windows clipboard. In Paint, press Ctrl+V to paste from clipboard. Notifying Thryduulf, who wrote most of that page (but is probably photographing the Boat Race about now). --Redrose64 (talk) 17:36, 11 April 2015 (UTC)

I was indeed photographing the boat race - I've just got home from standing by the finish line. I'm not going to have time to look into this until Monday at the earliest, and I don't have a windows computer to test it on, sorry. Thryduulf (talk) 19:04, 11 April 2015 (UTC)

I still don't know what you mean by "normal Windows clipboard". I've only ever seen, or used, a clipboard in Word. CorinneSD (talk) 19:14, 11 April 2015 (UTC)

P.S. I've had wikEd enabled for a long time, and I just checked and it's still enabled. CorinneSD (talk) 19:15, 11 April 2015 (UTC)

The clipboard in Word is the Windows clipboard. It's shared by all applications running under Windows, and is what makes it possible to copy text from Word and paste it into Excel - or into this edit window. --Redrose64 (talk) 19:35, 11 April 2015 (UTC)

O.K. I have the template in the Word clipboard. I have the upload form open. I have "browsed" and selected the screenshot file (so now a small version is visible at the right side). I don't know how to copy the template from the Word clipboard to the "Summary" part of the upload form. Word and the upload form are two different windows. CorinneSD (talk) 20:20, 11 April 2015 (UTC)

In the Summary part, either press Ctrl+V to paste from clipboard, or right-click and select "Paste". --Redrose64 (talk) 20:25, 11 April 2015 (UTC)

I've added the screenshot; it's got to do with WikEd. I guess the red is just a handy took to find the pictures; maybe the red x has got the same function. Joshua Jonathan -Let's talk! 20:27, 11 April 2015 (UTC)

Thanks, Redrose64 and JJ. I decided to disable wikEd, save it, log out, close my browser, get on-line, log in, and then enable wikEd to see if it would be different, but it wasn't. It was the same. I find the red-circles-with-a white-X-in-them annoying, and I wish someone would get rid of them for me. I noticed that the image file, not the size details or captions, but just the image file name, is red. In the Gian Lorenzo Bernini article, one is red and the rest are blue. Were image file names always in color like that? I don't remember that. CorinneSD (talk) 21:38, 11 April 2015 (UTC)

• I do believe the red x indicates that the file does not exist locally. Normally, if the file exists locally, it will show a small preview of what the image looks like. To disable this feature (which seems to not be working as intended, ping Cacycle) simply add:

.wikEdFilePreview { display: none; }

to your common.css page (untested, but should work - please let me know if it doesn't and I will test and give you a working chunk of code). — {{U|Technical 13}} (e • t • c) 22:20, 11 April 2015 (UTC)

Technical 13 It didn't work, so I deleted the code from the css page. Why should this happen all of a sudden when I've been editing for three years and haven't had this problem? Could it have anything to do with Joshua Jonathan's re-organization of my talk page just three days ago? CorinneSD (talk) 22:39, 11 April 2015 (UTC)

• Nothing at all. At this point, we'll need Cacycle's assistance to figure out why wikEd isn't working like it used to for this and to give us the correct class name to hide those for those who don't want them. I'll drop a note on his talk page pointing him here. :) — {{U|Technical 13}} (e • t • c) 22:56, 11 April 2015 (UTC)

Image preview/redlink detection seems to be broken, I will check into this and update wikEd as soon as I find the time. Cacycle (talk) 20:59, 12 April 2015 (UTC)

Fixed in wikEd version 0.9.144a, please Shift-Reload to update. Cacycle (talk) 13:06, 13 April 2015 (UTC)

Thanks, Cacycle. I know what "Shift" is, but what's "Reload"? Is that a special key on the keyboard? CorinneSD (talk) 14:01, 13 April 2015 (UTC)

@CorinneSD: It varies according to browser. At WP:BYPASS#Bypassing cache, find your browser, and then use any one of the key sequences shown for that browser. --Redrose64 (talk) 15:16, 13 April 2015 (UTC)

OSM availability

Trying to use commons:Template:Object_location on some image(s), i checked the link it provides to OpenStreetMap. Didn't work, the page stayed completely blank. Investigating this, it seems i am getting 503 errors (Service Temporarily Unavailable) for many of the files used, e.g. http://tools.wmflabs.org/osm/libs/openlayers/2.12/OpenLayers-min.js ... Trying to open it directly, i get a page titled "No webservice" (The URI you have requested, [...], is not currently serviced.). Where can i ask how "temporarily" is this, or whether it's just a MIME-type issue? -- Jokes_Free4Me (talk) 07:37, 12 April 2015 (UTC)

Nevermind, now it's working. -- Jokes_Free4Me (talk) 20:52, 12 April 2015 (UTC)

Page protection - reverting to previous protection when a higher form expires

Tracked in Phabricator
Task T41038

I'm not entirely sure how to put this, but many pages are semi-protected indefinitely due to a long history of vandalism, or similar things. Sometimes, an edit war will break out that leads to the page being temporarily fully protected. Of course, when this full protection expires, the page is left with no protection whatsoever. So what I'm thinking is this; if a semi-protected page was protected indefinitely, and was later fully protected/template protected (or, theoretically, PC2 protected) temporarily, the page protection level automatically defaults back to semi protection after the expiration of the higher state. That, or an admin bot immediately comes back in to reinstate the semi-protection. What do people think? Lukeno94 (tell Luke off here) 12:13, 12 April 2015 (UTC)

I think that it's an excellent idea, and I know it has been discussed previously (give me an hour or so and I'll find one). However, it needs a change to the MediaWiki software, so there's nothing that we can do about it ourselves except file a phab: feature request. --Redrose64 (talk) 13:50, 12 April 2015 (UTC)

Got it - Wikipedia:Village pump (technical)/Archive 123#Page protection check-box and phab:T41038. --Redrose64 (talk) 15:00, 12 April 2015 (UTC)

The impression that I get from the Phabricator page is that anyone is welcome to submit a patch, but that any fix will have to be checked quite thoroughly as there are a lot of places in the MediaWiki codebase that might be affected. So if you know PHP, feel free to start working at the code - if you do a good job, your patch will probably be accepted. — Mr. Stradivarius ^{♪ talk ♪} 16:03, 12 April 2015 (UTC)

For now, you can PC it, along with temporary full-protection, and make an appropriate summary; once the full protection expires, admins will either restore the semi (if they think PC isn't enough, note that PC will remind people about the protection as soon as an anon or new user edits the page), or just leave it at PC; note that PC tends to make vandalism less visible, and as a result tends to discourage it. עוד מישהו Od Mishehu 16:14, 12 April 2015 (UTC)

Disappearing bullets in template

The bullets in {{ScienceFictionFantasyWeirdPulpMagazines}} display for me when I look at the template page, but on a page that uses the template, such as Tales of Wonder (magazine), the bullets have disappeared. Any idea why this is? I'm on Windows 7 and I see this on both Chrome and IE. Mike Christie (talk - contribs - library) 15:09, 12 April 2015 (UTC)

Fixed by adding a blank line before the navbox.[12] Adding a newline would have been enough. Before this the navbox was on a line starting with an asterisk. That makes a list entry and a navbox shouldn't be placed there. PrimeHunter (talk) 15:22, 12 April 2015 (UTC)

Thanks. I should have looked at the source text myself; hadn't realized that would cause that problem. Mike Christie (talk - contribs - library) 15:22, 13 April 2015 (UTC)

GA count drops 3,500 overnight

Hello again. I'm the guy who asked about the 95,000 jump in the article count on 29 March 2015. I follow the GA total very closely (I maintain the GA stats page), and I noticed that it was about 21,800 yesterday and that it is now about 18,200. Has the script that fixed the article count now started running on the GA count? I highly doubt that 3,500 GA were demoted overnight, so I'm guessing a change in or correction of the counting algorithm is responsible. Also, I've noticed that the total article count has decreased by about 3,000 or so over the past week, which is a stark contrast with the usual 1,000 article increase/day we usually see. I suspect a script is responsible, unless we've been deleting articles like crazy. As before, any explanation you can give me would be most appreciated. Thank you. AmericanLemming (talk) 21:53, 12 April 2015 (UTC)

@AmericanLemming: Where do you see this GA total? --Redrose64 (talk) 22:20, 12 April 2015 (UTC)

It's given on the Wikipedia:Good articles page. Sorry for not providing it; I thought everyone knew enough about the GA process that they would know where to find the total. AmericanLemming (talk) 23:40, 12 April 2015 (UTC)

It's made by {{GA number}} which is currently coded to show how many pages are in Category:GA-Class Good articles. It has just been decided at Wikipedia:Categories for discussion/Log/2015 January 25#Category:GA-Class Good articles to delete this category. A template edit [13] is removing the category from talk pages when the edit propagates to them. It seems {{GA number}} should switch to count pages in Category:Good articles, currently 21839. PrimeHunter (talk) 23:48, 12 April 2015 (UTC)

I have made the change to {{GA number}}.[14] PrimeHunter (talk) 23:57, 12 April 2015 (UTC)

Thank you very much! I think the count yesterday was something like 21,836, so I'm a lot more comfortable with 21,839 than I am with 18,166. AmericanLemming (talk) 00:36, 13 April 2015 (UTC)

Accessing WikiData page

Usually, for pages with existing inter-language data, clicking on "Edit links" opens up the WikiData page for that article. But for pages without any such link, (e.g., Cornelia Stuyvesant Vanderbilt) clicking that "Edit links" opens an in-page dialog asking me to provide a Language and a Page (title)... Is there any way to access the WikiData entity page for the latter article(s)? This can be avoided by right-clicking the link and copying the target location, then opening the URL manually (or by a Right-Click and opening in a new tab; Note: Ctrl+Click doesn't work). Is this in-page dialog by design, (presumably since for existing data, the dialog wouldn't know whether i intend to change something or add a new entry, but for an empty list there's only one action possible) or was leaving it active an oversight? -- Jokes_Free4Me (talk) 21:58, 12 April 2015 (UTC)

The "Tools" section in the left pane has a "Wikidata item" link. I assume the in-page dialog is by design. PrimeHunter (talk) 00:12, 13 April 2015 (UTC)

Exactly. The languages area is about linking between languages, not about accessing Wikidata, it just happens to use Wikidata. —TheDJ (talk • contribs) 16:37, 13 April 2015 (UTC)

Can't accept pending change

At Malala Yousafzai the two revisions made at 10:32 today are shown with a light brown background and "[pending review]". However, if I click that "[pending review]" link on the ClueBot NG revert, or view the diff, it says "[accepted revision]", and the Accept revision button is greyed out - both of these contradict the light brown background and "[pending review]" shown on the history, and imply that the revision has been accepted. But on returning to the history page and refreshing, it's brown and "[pending review]" again - how can that be cleared? --Redrose64 (talk) 11:02, 13 April 2015 (UTC)

Should be fixed now. From the diff view, I unaccepted and reaccepted Cluebot's edit. BethNaught (talk) 11:04, 13 April 2015 (UTC)

Thank you --Redrose64 (talk) 11:06, 13 April 2015 (UTC)

Offline editing tools

Is it possible to work on complex drafts offline, but in such a way that all the markup and templates still work correctly? How? What are the better tools editors use? Thanks NewsAndEventsGuy (talk) 11:27, 13 April 2015 (UTC)

Browsing through some Logs...

Is there some way i could restrict Special:Log from showing all those not-really-relevant "account auto-created" lines? This also happens on WP, but it's somewhat less visible since there is much more actual info (and account created on demand, not auto-matically) in the logs here... -- Jokes_Free4Me (talk) 11:45, 13 April 2015 (UTC)

I don't know a good way. You could place this in Special:MyPage/common.css at the wiki:

.mw-logline-newusers {display: none;}

However, it hides all account creations in all pages, also when the log is restricted to a single named user. PrimeHunter (talk) 14:08, 13 April 2015 (UTC)

@PrimeHunter:Most MediaWiki pages produce a class you can target on the body tag. Following example from Special:Watchlist.

<body class="mediawiki ltr sitedir-ltr ns--1 ns-special mw-special-Watchlist page-Special_Watchlist skin-vector action-view">

So we should be able to narrow the specificity, but my CSS is rusty. --Izno (talk) 18:54, 13 April 2015 (UTC)

Specificity-wise, we could try to target "mw-special-Log" or "page-Special_Log", but it won't really help, since the classes are not different between "All public logs" and specific logs like "User creation log"... After all, it's the same URL. -- Jokes_Free4Me (talk) 21:54, 13 April 2015 (UTC)

Unfortunately, even if i won't hide it and use something like color: #c0c0c0; instead, it's not much help, since (1) it still loads the same data, it just displays it differently; and (2) there's no CSS difference between an on-demand creation (first time on WM) and an automatic creation (via SUL, most likely). As a last resort, i think i will try to query specific types of logs, one at a time. :-< If only that type drop-down list was a check-box list... :-) -- Jokes_Free4Me (talk) 21:54, 13 April 2015 (UTC)

Maybe file a bug in phabricator (looks like a couple bugs we could punch in, though I bet at least one of them would be a duplicate...)? --Izno (talk) 00:38, 14 April 2015 (UTC)

Tech News: 2015-16

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

Recent changes

• You can read the latest news about VisualEditor.
• You can now use the new translation tool on 22 Wikipedias. You now see the tool the first time you create a new page. [15]
• The list of bad user names on your wiki no longer works. The global list replaces it. You can ask to add rules for bad user names on Meta. [16] [17]

Problems

• Some wikis had issues on Wednesday. [18] [19]

Changes this week

• The new version of MediaWiki has been on test wikis and MediaWiki.org since April 8. It will be on non-Wikipedia wikis from April 14. It will be on all Wikipedias from April 15 (calendar).
• Developers will start to rename 1.5 million accounts on Wednesday. After that all accounts will be unique and will work on all wikis. [20] [21]
• All users can now test link previews ("Hovercards") on several Wikipedias. [22]

Meetings

• You can join the next weekly meeting with the Editing team. During the meetings you can tell developers which bugs are the most important. The meeting will be on April 15 at 18:00 (UTC). See how to join.

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

16:41, 13 April 2015 (UTC)

Some sort of presentation bug

On the mobile version of Wikipedia, user profiles are all wierd all of a sudden. Here is mine as an example. I am using a phone and no app. It is hard to explain but I'm guessing it's some technical stuff. It looks like the page hasn't loaded properly, but it has. No other pages have this issue. I'm not sure whether the desktop version experiences this issue. —DangerousJXD (talk) 03:46, 14 April 2015 (UTC)

Which parts exactly are "weird"? Which browser do you use? It's hard to know whether someone else sees the same problem without knowing how to reproduce and what the problem is. :) --AKlapper (WMF) (talk) 09:27, 14 April 2015 (UTC)

Special:UserProfile/DangerousJXD is not the same page as User:DangerousJXD. I don't see any problem with the user profile page. Nthep (talk) 09:43, 14 April 2015 (UTC)

The browser is Chrome. You "reproduce" it by just going to any user's user profile page and you'll see it. It is hard to explain. There used to be shading, the users last uploaded picture used to be displayed, a picture from the last article the user edited used to be displayed, some of the writing used to be bold, the writing is thinner than it was, writing is all 'smooshed' together, and the writing was in a box sort of thing. That's the best I can explain it. Any change it was just changed on purpose and that is now how it is supposed to be? I am assuming it is not on the desktop version. Just to clarify, it is only on user profile pages (not user pages) and I am using a phone. It isn't a big issue, just a little one. —DangerousJXD (talk) 10:31, 14 April 2015 (UTC)

On a related matter, I see that Special:UserProfile/Redrose64 shows that I have 140 uploads. That's far too high (should be about 13) unless Commons is included. This is probably the case, since c:Special:UserProfile/Redrose64 gives the same figure - as do m:Special:UserProfile/Redrose64, cy:Special:UserProfile/Redrose64 and several others. But that is more confusing, since I have only uploaded to English Wikipedia and Commons, so I would expect Special:UserProfile/Redrose64 (on English Wikipedia) to show a different figure - either 13 or 153. --Redrose64 (talk) 11:20, 14 April 2015 (UTC)

I haven't seen this feature before but at other wikis it sounds more like you say it used to be. Compare for example https://de.m.wikipedia.org/wiki/Spezial:Benutzerprofil/Magnus_Manske?uselang=en and https://en.m.wikipedia.org/wiki/Special:UserProfile/Magnus_Manske?uselang=en. At de I see boxes (big boxes with a brief line) and bold text. At en I don't. I like the en version better. I don't see images anywhere. They should be gone after phab:T90801. The edit count line has different wording because de displays MediaWiki:mobile-frontend-profile-footer-ancient while en displays MediaWiki:mobile-frontend-profile-footer-years. I don't know why. PrimeHunter (talk) 11:46, 14 April 2015 (UTC)

This is how they used to look here (as pointed out above), why don't they still look like that? That is exactly what I was talking about, it used to look like that but now it doesn't. --DangerousJXD (talk) 22:01, 14 April 2015 (UTC)

Thanks guys for letting us know about this. This is now fixed. Jdlrobson (talk) 00:00, 15 April 2015 (UTC)

Public thanks

A completely separate issue with UserProfile: I thought thanks were only supposed to be visible to others if they go looking for them at Special:Log/thanks. But Special:UserProfile/DangerousJXD displays MediaWiki:Mobile-frontend-profile-last-thank which says "Last thanked by [username]." This does not seem consistent with Wikipedia:Notifications/Thanks#What the feature is not. PamD posted to Wikipedia talk:Notifications/Thanks#Thanks and mobile view but was just told to discuss it with the mobile team. Based on phab:T58818 they deliberately want thanks to be more public. They also displayed which page the thanks was about but removed that part two months later. Based on what has has been told, most users probably don't expect a thanks they give to be displayed on the recipient's mobile user profile (Special:UserProfile/DangerousJXD is also visible at desktop but not linked from the desktop interface as far as I know). I propose we blank MediaWiki:Mobile-frontend-profile-last-thank. I'm not sure how mobile works but I guess this will remove the thanks message at the English Wikipedia for unregistered users and users with the default en language. However, it might leave a blank line, or even a blank box if en starts displaying boxes again at UserProfile. PrimeHunter (talk) 12:34, 14 April 2015 (UTC)

End of an era, start of a new one

I think you can truly call it that. Eloquence early editor, early software developer, board member and long time Director at WMF is moving on. Thank you Erik, for all that you have done to get us from those early days of pure volunteer chaos (as Brion called it) to the organization that we have now. —TheDJ (talk • contribs) 08:27, 14 April 2015 (UTC)

How to disable mobile interface?

Hi. Is there any way to stop en.wikipedia.org redirecting to en.m.wikipedia.org when accessed on my Android phablet? I'm using Firefox on a 1280x800 screen, and I find the desktop interface much better; in particular the mobile Watchlist page has loads of bugs. I can of course "request desktop site" after the page starts loading, but that's a load of hassle. Thanks for any help. Rwxrwxrwx (talk) 11:58, 14 April 2015 (UTC)

@Rwxrwxrwx: Click the "Desktop" link at the bottom. It should set a cookie that prevents the mobile redirect. Zhaofeng Li [talk ♦ contribs] 12:41, 14 April 2015 (UTC)

I keep switching back and forth because the mobile watchlist stinks but the mobile editor is pleasant. Jim.henderson (talk) 13:05, 14 April 2015 (UTC)

@Zhaofeng Li: - That seems to work, thanks! Why didn't I notice it? Rwxrwxrwx (talk) 16:23, 14 April 2015 (UTC)

Can we have an option in preferences to disable mobile interface altogether? It's damn annoying to the point I hope it has never been created. -- Sameboat - 同舟 (talk · contri.) 16:29, 14 April 2015 (UTC)

I'm with you - the mobile interface sucks. Moreover I've made the mistake of downloading the app, so it always tries to open stuff in the app which doesn't have the "Desktop" link. The mobile version lets you edit, but it doesn't notify you of talk page notifications, you don't get other notifications, you can't see talk pages, user pages, or WP pages... Blah. @Zhaofeng Li:, when I click "Desktop" it does go to the desktop version, but I don't think it sets a cookie because the next time I visit it opens in mobile again. ~ ONUnicorn^{(Talk|Contribs)}problem solving 14:46, 16 April 2015 (UTC)

Protection change details should always appear in edit summary (or somewhere else)

Due to vandalism, some of the Reference Desks are currently semi-protected. Note these successive changes on the same desk: [23] [24]

When the first change was made, there was an automatic comment in the edit summary giving the details of the chosen protection (type and duration). When the second change was made, the person's own summary of the reason was almost 250 characters long and the result was that the automatic comment was truncated to nothing.

I appreciate the intent of making a long edit summary, but I think that when the protection level is changed, the most important thing is to record the details. Either they should be given precedence in the edit summary (perhaps by giving the user a way to shorten his/her part) or they should show up some other way. Is there even a way to find out the duration of the change when it isn't in the edit summary?

--65.94.49.82 (talk) 14:06, 14 April 2015 (UTC)

See the protection log. Graham87 14:24, 14 April 2015 (UTC)

Thanks. And the other bit of the answer is that to see that, on the page's history page I click on "View logs for this page". --65.94.49.82 (talk) 23:36, 16 April 2015 (UTC)

Broken template

I reported this via the bug reporting scheme, only to be told that Phabricator deals with MediaWiki bugs but not bugs in the Wikipedia template machinery. They pointed me here. The "cite EWD" template worked a month ago but right now produces bad output and a broken URL. The article about the template shows it, as well as articles that use it. Paul Koning (talk) 16:01, 14 April 2015 (UTC)

Fixed by [25]. That template has 100000+ uses and should probably be protected. Thanks for the report. PrimeHunter (talk) 16:11, 14 April 2015 (UTC)

167176 transclusions to be precise. I gave it an indef template-prot. --Redrose64 (talk) 16:38, 14 April 2015 (UTC)

Performance

Anyone else getting bad performance today? This page took 80.3 seconds to load, with the majority of time taken up by api.php calls. --NeilN ^{talk to me} 20:34, 14 April 2015 (UTC)

Articles load fairly quickly, but the top and side bars take forever. --NeilN ^{talk to me} 20:43, 14 April 2015 (UTC)

The bits server is being slow intermittently. --Redrose64 (talk) 21:31, 14 April 2015 (UTC)

@Redrose64: Any idea what is causing the slowness and when it'll be fixed? --NeilN ^{talk to me} 05:46, 15 April 2015 (UTC)

Nope. I'm just an observer, but know from five years experience that if a page takes more than five seconds to load, and the status shows "Waiting for bits.wikimedia.org" while the spinny thing is revolving, and what I am eventually displayed is a page lacking some or all of its styling, the problem is at bits. --Redrose64 (talk) 05:49, 15 April 2015 (UTC)

This might not be the case as the slow requests are directed towards en.wikipedia.org and not bits.wikipedia.org. --NeilN ^{talk to me} 13:42, 15 April 2015 (UTC)

Mobile Web Block Warning

Tracked in Phabricator
Task T96257

A screenshot of the notice received I received attempting to edit. Note the message at the bottom.

So I discovered today that if a blocked user attempts to edit on the mobile version of En.Wiki, they will be allowed to edit the code and put in an edit summary, before they are notified that they are blocked, and any work they have put in is lost. Not only that, the block notice in not clickable and it gives no reason why you are blocked and no method of appealing. If mobile editor is to become more popular as we are being told, this needs sorting out. EoRdE6^{(Come Talk to Me!)} 21:13, 14 April 2015 (UTC)

This should be filed in Phabricator, (with full user story background). —TheDJ (talk • contribs) 21:47, 14 April 2015 (UTC)

Hi there, thank you so much for noting this! I'm currently poking around in here looking for stuff - this isn't what I was looking for but I'm glad I did. EoRdE6, I'll notify the mobile team. -Rdicerb (WMF) (talk) 00:20, 15 April 2015 (UTC)

EoRdE6: This would be very welcome as a task in the bug tracker indeed. Could you file it against the "Mobile-Web" project? Thanks in advance! --AKlapper (WMF) (talk) 09:02, 15 April 2015 (UTC)

• @EoRdE6: I would highly recommend you explain how you acquired this screenshot. I know that you are a net positive to the Wikipedia project, but without clarification, someone could make false sockpuppetry accusations against you. Steel1943 (talk) 14:53, 16 April 2015 (UTC)

• Steel1943 Oops, should have clarified that yeah. The IP address I edit from is blocked until 15:25, 9 September 2020. Not from me I assure you, its a shared IP. EoRdE6^{(Come Talk to Me!)} 14:58, 16 April 2015 (UTC)

Pushing for bug to be fixed

This continues to be an annoying problem which shows no sign of ever being fixed. Is there any way to bump up the priority and get someone to look at it? 86.152.163.58 (talk) 13:42, 15 April 2015 (UTC)

• Sure, fill out the form on Special:Login/signup and then visit Phab:T70324 and add some details or use cases to the ticket. Tickets that get the most usable input from the most people tend to get resolved the quickest. :) — {{U|Technical 13}} (e • t • c) 13:59, 15 April 2015 (UTC)

Weird redirects left by double redirect fixing bots

See also: Wikipedia:Village pump (proposals)/Archive 14#Bot should fix double-redirects

There seem to be occasional problems with the several bots which fix double redirects, often resulting from vandalism but occasionally resulting from move wars and even more rarely from good-faith bold page moves. For example, see the recent RfD discussions on these confusing redirects:

• Gangsta Bitch Barbie → Null set: a band article which was redirected to a new name, then determined not to be notable and redirected again to a different subject, creating a double redirect which was fixed by AvicBot.
• Creatures of the Id → Insanity: a redirect to a comic book article which was moved because it was missing a disambiguator, with a new redirect put in place of the original target, leaving behind the odd double redirect (now deleted) which was fixed by Xqbot.
• Ennialation → My Little Pony: was a redirect from a misspelling of Annihilation which at some point was vandalized to redirect to My Little Pony. Before the vandalism was repaired, Xqbot detected the double redirect and helpfully repaired it for us.

In each of these cases, of course it's not the bot's behaviour that is the problem, yet a problem is created and nobody is aware of it until someone happens to stumble across the weird redirect. I don't think this is a big enough problem to suggest that the bots should not automatically fix double redirects, but I would like to suggest that when doing so, the bot flags its action somehow. My thought is it could populate a list in the format of the one above, which could be watched, and the entries checked and cleared by interested editors, to weed out the occasional improper fix. Thoughts? Ivanvector (talk) 19:27, 15 April 2015 (UTC)

Question about 'Child' Template:Navbox - smaller font

Greetings, Recently I noticed that font is smaller on a child Navbox compared to a regular (parent) Navbox. IMO it is harder to read because of the size reduction. Can the software be changed to keep Child Navbox font size the same? Example at Template:Roman Catholic Archdiocese of Cincinnati. Regards, JoeHebda (talk) 20:08, 15 April 2015 (UTC)

I added |{{{1|}}} to each of the four child navboxes [26] to permit the existing |child in the four calls in {{Roman Catholic Archdiocese of Cincinnati}} to be passed on. Does that look good? PrimeHunter (talk) 21:04, 15 April 2015 (UTC)

Thanks PrimeHunter (talk). It looks fine, much better! Being somewhat new to Wikipedia, this is magic. Now I can backtrack to update a few more child navboxes with this same issue. And I learned something newtoday! . Thanks so much! JoeHebda (talk) 21:56, 15 April 2015 (UTC)

Sending thanks to IPs

So, when I look at the edit history of a page, there's something that says "(undo | thank)" next to the edit summary, and if you click the thank button, the editor gets a message that they have been thanked for the edit. However, that button is missing from IP edits. Is there a reason for this? Sometimes someone editing under an IP has quite obviously done a lot of work that has drastically improved a page (or several). I would like to be able to thank them the same way I do named editors.

I realize that many IPs are not static, but many others are. Moreover, if you thank them within a few minutes of the edit, chances are they're still using the same IP and will see it. It just doesn't make sense not to have that as an option for them. So, why is it like that? ~ ONUnicorn^{(Talk|Contribs)}problem solving 03:21, 16 April 2015 (UTC)

"Thanking" someone sends them an "Echo" notification. However notifications are only available to logged in users, and as such IPs can't get thanks. Similarly, IPs won't get a notification if their edits are undone or reverted, since that requires Echo as well. Stickee (talk) 06:06, 16 April 2015 (UTC)

Another thing is that unless you know that an IP address is static, or that the edit that you wish to send thanks for is very recent, you might be thanking somebody who had nothing to do with it. For example, I made one of these edits, but none of the others, so I am certain that more than one different person has edited from that IP address. --Redrose64 (talk) 12:06, 16 April 2015 (UTC)

IMO not really a problem, another user of the same IP could interpret it. I'd like to send thanks to bots and IPs. When I used IPs for about six years I sometimes got a {{welcome}} on the IP talk page, no harm done. –Be..anyone (talk) 23:22, 16 April 2015 (UTC)

So with the echo notification; isn't that the same as the notification you get when you get a new talk page message? If they aren't able to get echo notifications how do they know when they have a talk page message, and if the answer is that they don't, then why do we bother warning IP vandals on their talk page, or leaving talk page messages for IPs at all? I know IPs sometimes see and respond to messages on their talk page, but if they aren't getting notifications, then how? ~ ONUnicorn^{(Talk|Contribs)}problem solving 13:21, 16 April 2015 (UTC)

Echo notifications for registered users and "You have new messages" for IP's is not the same feature. IP's still get "You have new messages". PrimeHunter (talk) 13:38, 16 April 2015 (UTC)

Also known as the Orange Bar of Death/Doom. --Redrose64 (talk) 16:32, 16 April 2015 (UTC)

Move option has gone missing (All pages)

Hi there, I recently tried to move the page Project 15B to a new name Vishakapatanam-class destroyer, only to find out that my move option has gone missing! I don't have the slightest clue what might have happened! Later a kind user from RCchat helped me by moving the page himself and suggested that my .js might have caused the problem. But I'm not sure which .js is the culprit or what should I do even if I find one... This issue persists on all the pages I visit! Here is what it looks like. this link. Can someone throw some lighten here... Thanks in advance! --†ããrøn95^® 12:16, 16 April 2015 (UTC)

Is it on the "More" tab? Do you get a move form or error message at Special:MovePage/Project 15B? Do you get a Move tab or a move option on the More tab if you disable "Add Page and User dropdown menus to the toolbar" at Special:Preferences#mw-prefsection-gadgets? PrimeHunter (talk) 12:32, 16 April 2015 (UTC)

Hi @PrimeHunter:, thanks for your quick reply..! The more tab previously had 'auto ed' and 'Google Trans'.. but after disabling "Add Page and User dropdown menus to the toolbar", the move option magically came into the more tab!! But can't I enable "Add Page and User dropdown menus to the toolbar" with move option?? there are no errors, just the move option missing! Regards--†ããrøn95^® 12:48, 16 April 2015 (UTC)

I enabled that gadget and found the move option under the Page menu. Maybe another gadget or script you have installed is removing it. Try disabling other gadgets until it comes back. Reach Out to the Truth 13:11, 16 April 2015 (UTC)

It's also on the "Page" menu for me when "Add Page and User dropdown menus to the toolbar" is enabled, also in my autoconfirmed non-admin account. I don't know why it's missing for you. What is your browser? Do you have it in MonoBook? I have it in both MonoBook and the default Vector (other details vary, they don't use the same script). Do you get a normal move form and not an error message at Special:MovePage/Project 15B? PrimeHunter (talk) 13:31, 16 April 2015 (UTC)

Hi @Reach Out to the Truth:, check this link to find out what I see in Pages option. I've also tried disabling all the gadgets from preferences.. Yet, no use! It still won't appear in Pages dropdown...! Thanks for your reply! Hello @PrimeHunter:, I am using Chrome. No, I use Vector! I tried MonoBook, it's still not there. Yes, I do get a normal move form in Special:MovePage/Project 15B and not an error message. The only problem is, I don't have a move option in pages.. Regards --†ããrøn95^® 13:41, 16 April 2015 (UTC)

It works for me in Chrome. Try to clear your entire cache. I see you got the rollbacker right yesterday. Do you think Move disappeared after that? If it's possible then may I temporarily remove rollbacker from you? It shouldn't make a difference but rollbacker and move are both rights and the page script MediaWiki:Gadget-dropdown-menus-vector.js tests for the move right so it's conceivable that another right messes something up somewhere. PrimeHunter (talk) 14:05, 16 April 2015 (UTC)

Hi @PrimeHunter:, I too suspect that the rollback right might have caused the problem.If the 'temporary revoking' won't do any harm to my future benefits , you may do so... Regards --†ããrøn95^® 15:10, 16 April 2015 (UTC)

OK, I have removed rollbacker.[27] PrimeHunter (talk) 15:18, 16 April 2015 (UTC)

Bwallah!! Move Page is Back in pages drop down!!! @PrimeHunter: --†ããrøn95^® 15:33, 16 April 2015 (UTC)

Great! Pinging MusikAnimal who maintains the script. I have given you rollbacker back. Please say whether the move link on the page tab has disappeared again. You can still move a page by for example entering Special:MovePage/pagename in the search box, or disable the gadget during the move. But let's hope MusikAnimal can make it work. PrimeHunter (talk) 15:52, 16 April 2015 (UTC)

@PrimeHunter: Gone again (Move page again missing) !! . But thanks for all of your help! --†ããrøn95^® 16:00, 16 April 2015 (UTC)

I'm unable to reproduce this. I used MusikPuppet which is has only rollback, then went to Project 15B (w/o redirect) and I see the Move link. The script works by checking permissions. The "move" permission should be present for any registered user, regardless of any additional rights. However there is some caching of the user rights, so we don't have to make extra AJAX calls (user permissions don't change often). Maybe that's the issue... @Jaaron95: What browser are you using? I'm going to have you check your rights by making the API call through your browser's JavaScript console. — MusikAnimal ^talk 16:10, 16 April 2015 (UTC)

Hi @MusikAnimal:, I am using chrome... let's make the call... --†ããrøn95^® 16:14, 16 April 2015 (UTC)

@Jaaron95: If you are using Windows hit Control+⇧ Shift+J (⌘ Command+⌥ Option+J on Mac), then type the following and hit Enter: mw.user.getRights().then(function(data){prompt("",data)}) then copy the selected text to your clipboard (Control+C) and paste it here. — MusikAnimal ^talk 16:22, 16 April 2015 (UTC)

@MusikAnimal: rollback,createaccount,read,edit,createtalk,writeapi,editmyusercss,editmyuserjs,viewmywatchlist,editmywatchlist,viewmyprivateinfo,editmyprivateinfo,editmyoptions,centralauth-merge,abusefilter-view,abusefilter-log,abusefilter-log-detail,vipsscaler-test,ep-bereviewer,flow-hide,collectionsaveasuserpage,reupload-own,move-rootuserpages,move-categorypages,createpage,minoredit,purge,sendemail,ep-enroll,flow-lock,mwoauthmanagemygrants,patrol,reupload,upload,move,collectionsaveascommunitypage,autoconfirmed,editsemiprotected,movestable,autoreview,transcode-reset,skipcaptcha,flow-edit-post,mwoauthproposeconsumer,mwoauthupdateownconsumer This one.. Right?--†95^® 16:30, 16 April 2015 (UTC)

Yeap that's what I was looking for. You have the same exact permissions as my test account MusikPuppet, so I don't think that's the culprit. Let's try clearing the MoreMenu cache, if for some reason it got stuck at a time where you somehow did not have the move permissions, which again, should always be there for registered users. Back in the JavaScript console, type this and hit Enter: $.jStorage.deleteKey('mmCacheDate'); $.jStorage.deleteKey('mmUserRights') Refresh the page and let me know if you see the Move link. — MusikAnimal ^talk 16:37, 16 April 2015 (UTC)

Jaaron95 is autoconfirmed so this shouldn't be an issue but just for the record, only autoconfirmed (and confirmed) users have the move right, as shown by Special:ListGroupRights. I have an alternate account which is not autoconfirmed. As expected, the account has no move link anywhere whether the gadget is enabled or not, and Special:MovePage/Project 15B displays "Permission error You do not have permission to move this page". PrimeHunter (talk) 16:42, 16 April 2015 (UTC)

Ah yes, it is restricted to (auto)confirmed users. The script doesn't care about most user groups though, instead favouring checking permissions because they are consistent across wikis. The cache only last for a week, so unless Jaaron95 wasn't confirmed a week ago the move permission should be there. — MusikAnimal ^talk 16:51, 16 April 2015 (UTC)

@MusikAnimal: hurrah!! You got that right geek!! Move option is back and is spic and span! Thank you for your time! MusikAnimal and you too PrimeHunter!! --†95^® 16:55, 16 April 2015 (UTC)

Glad to hear it! Though I'm still baffled how this happened. Welp, if anything, thank you for finding the bug! :) I will investigate further. — MusikAnimal ^talk 17:02, 16 April 2015 (UTC)

tracking category sporadic

Resolved

Can someone help me with what I'm overlooking here? It's a tracking category: if the info box has a field 'glotto' without a corresponding 'glotto(ref)name', then it should add the page to the category so we can review it. (Many early pages with Glottolog codes don't specify the name, which throws of the ref if the language is renamed in the info box.) The cat contained hundreds of articles last week, and I cleared them up, but I just came across another (Bolyu language) that didn't generate the cat. (Doing a test revert of the Glottolog name now, and it's not doing anything.) — kwami (talk) 20:18, 16 April 2015 (UTC)

If you change a template such that the pages transcluding that template are recategorised, you need to wait for them to work their way through the job queue before the categories concerned are both populated correctly and shown at the bottom of the affected pages. This can take from minutes to weeks. --Redrose64 (talk) 21:52, 16 April 2015 (UTC)

Thanks. I was checking for that. When you save, the article itself should update, even if the category isn't populated. — kwami (talk) 22:25, 16 April 2015 (UTC)

It still takes time, and it often occurs that the cats at the bottom of the article are displayed correctly when the category pages that they link to are not. A WP:NULLEDIT on every article that transcludes the template will synchronise, but this is not feasible when there are 8122 transclusions. --Redrose64 (talk) 23:33, 16 April 2015 (UTC)

Before the glotto code is this line: {{#if:{{{iso3|}}}|<!--okay-->|{{#if:{{{lc1|}}}|<!--ok-->|{{#if:{{{linglist|}}}|{{#ifeq:{{{isoexception|}}}|dialect|[[Category:Dialects with Linguist List code]]|[[Category:Languages without ISO 639-3 code but with Linguist List code]]}}}}

It has four nested #if or #ifeq so if it's supposed to be a closed line then it needs eight }}}}}}}} at the end and not only four. The following glotto code is currently part of the unclosed #if's. PrimeHunter (talk) 22:10, 16 April 2015 (UTC)

Ah, thanks. I should have inserted the code further done. Fixed! — kwami (talk) 22:21, 16 April 2015 (UTC)

Reference/Citation bot

Hi all, I was wondering how I can activate (I did in my preferences) citation bot for this new article: Corporate Election Services, not very technical minded here, the way I read it I'm supposed to hit the Citation button (but it takes me to a blank white page with an error--completely white page no Wikipedia icon or toolbars at all?!) I went the route listed in the instructions of <ref>{{web cite| website URL}}</ref> but now I get problems on the reflist. Please help! Thanks! ^{Market St.⧏} _{⧐ Diamond Way} 22:54, 16 April 2015 (UTC)

I tried to fix it, but another contributor was faster. Check out {{cite web}} for its syntax, notably url=...|author=...|date=...|title=...|publisher=...|accessdate=... and put the reference after punctuation (period or comma). –Be..anyone (talk) 23:12, 16 April 2015 (UTC)