Wikipedia:Village pump (technical)/Archive 135#Help link for Preferences

:Works for me, in Chrome (current main release). — xaosflux ^Talk 04:52, 9 March 2015 (UTC)

::I believe this may be the same as phab:T88478, Chrome bug report at [https://code.google.com/p/chromium/issues/detail?id=445075]. The tab doesn't crash every time I don't think. — MusikAnimal ^talk 05:25, 11 March 2015 (UTC)

:phab:T65892 is closed but maybe phab:T73796 is related? --AKlapper (WMF) (talk) 11:25, 10 March 2015 (UTC)

::Not sure. It didn't work at all at first (and I noticed this), but they fixed it in phab:T65892 (and I also noticed this). However, they only partially fixed it, since it comes back when you go back and forth as I described. The second ticket you refer to mentions that all that code is hack upon hack, so maybe that is why this stuff keeps breaking in various places... iunno. Guess I should register maybe and post a reply to the first (closed) bug. Does anyone read replies to closed bugs? --Agamemnus (talk) 18:40, 10 March 2015 (UTC)

:::Whoever is in the Subscribers list of a task receives notifications about that task depending on each subscriber's personal notification settings. However if you have found a new bug, a new task might be more effective including a reference to the older existing task. --AKlapper (WMF) (talk) 19:19, 11 March 2015 (UTC)

:Confirmed. No Page count stats for any page since that date apparently. LawrencePrincipe (talk) 13:16, 11 March 2015 (UTC)

::A link to see the problem would be welcome. --AKlapper (WMF) (talk) 19:19, 11 March 2015 (UTC)

:::See the [http://stats.grok.se/en/latest90/Mount%20Hood last 90 days for Mount Hood] which is usually examined 300-500 times per day. Notice that there is no information since 2015-03-06, no matter how the data is viewed. —EncMstr (talk) 19:24, 11 March 2015 (UTC)

:Hi Edgars2007, are you talking about FlaggedRevisions? And do you mean polish/german WP style or russian WP style? Have a look at :meta:Flagged Revisions (and talk page). --Atlasowa (talk) 15:54, 11 March 2015 (UTC)

::No, i'm talking simply about page protection. autopatrolled users was just an example. Currently we (Latvian Wikipedia) have protection level 1, so that pages can be edited only by registred users and protection level 2, so that pages can be edited only by admins. I'm not asking this @Phabricator, because here I could get some respones faster. --Edgars2007 (talk/contribs) 16:21, 11 March 2015 (UTC)

:::Yes, it is possible. File a request at Phabricator with #wikimedia-site-requests project. See m:Requesting wiki configuration changes. --Glaisher (talk) 16:24, 11 March 2015 (UTC)

::::Thanks. That's all I wanted to know. --Edgars2007 (talk/contribs) 16:29, 11 March 2015 (UTC)

:{{ping|DangerousJXD}} Going to https://en.m.wikipedia.org/wiki/Wikipedia:Teahouse/Questions (mobile version) in Chrome 41 on my desktop computer and switching to "Desktop" at the bottom, I do see an "[edit]" link next to the section heading (the mobile version indeed does not offer this). Hence I cannot reproduce the problem. --Malyacko (talk) 15:04, 7 March 2015 (UTC)

::{{ping|DangerousJXD}} I've fixed it with [https://en.wikipedia.org/w/index.php?title=Template:TH_question_page&diff=650998522&oldid=640176228 this edit] to Template:TH question page. It looks like the mobile skin has recently stopped being able to collapse sections and display edit links on pages with unbalanced div tags. Removing unclosed divs in the header removed some of the pretty formatting from the page, but at least now you can edit it from your phone. — Mr. Stradivarius ^{♪ talk ♪} 04:02, 12 March 2015 (UTC)

: 250 page moves were carried out in the 6 hours prior to this comment, a rate of moves that is more or less typical. An additional few hundred should cause no noticeable problems. - TB (talk) 23:44, 11 March 2015 (UTC)

:WP:PERF, it won't. Legoktm (talk) 23:57, 11 March 2015 (UTC)

• 184 is a really small number. Even if it was 1840 page moves, I'd have no concerns about any issues being caused by that. I'd have no worries if someone was deleting 2000 revisions of a page (if it was over 5000 revisions, I might worry a little, but there are safeties for that in place). So, TL;DR answer, 184 page moves is nothing. — {{U|Technical 13}} (e • t • c) 01:46, 12 March 2015 (UTC)

: It's not a bug in {{tlx|AFC submission}}. It's merely that if there is an unterminated ref the rest of the content of the page is regarded as being part of the ref (but an error message is given to highlight the problem). Hence the {{subst:submit}} was never parsed. I've completed the correction which Newyorkadam started but which you had reversed. --David Biddulph (talk) 11:29, 12 March 2015 (UTC)

::The real bug is the often reported phab:T4700, here meaning that {{subst:}} does not work in ref tags. PrimeHunter (talk) 13:16, 12 March 2015 (UTC)

: In each case the edit reverted at least part of your change. Even the first line of the change is a reversion of your change. - David Biddulph (talk) 18:20, 12 March 2015 (UTC)

:The notification is caused by clicking "undo" or "rollback" (only some have the latter feature), and eventually saving the edit. The users probably clicked "undo", removed the prefilled edit summary, and manually made some changes in the edit box before saving. PrimeHunter (talk) 22:05, 12 March 2015 (UTC)

::Also possible is that they were on the page history, and used "undo" after they either (i) clicked a "cur" link for any revision other than the second from top or (ii) selected two non-consecutive revisions and used {{button|Compare selected revisions}}. When you do either of these, you are undoing more than one revision, which might have been made by more than one different person; and so neither a single edit number nor a single user name are suitable, so the default edit summary is blank. --Redrose64 (talk) 22:45, 12 March 2015 (UTC)

:The whole site was down for that period. There was no root cause posted to the [https://wikitech.wikimedia.org/wiki/Server_Admin_Log Server Admin Log], but from inspection it likely was related to a DoS or error with the [https://ganglia.wikimedia.org/latest/?r=custom&cs=03%2F12%2F2015+18%3A00&ce=03%2F12%2F2015+19%3A00&c=Mobile+caches+eqiad&h=&tab=m&vn=&hide-hf=false&m=cpu_report&sh=1&z=small&hc=4&host_regex=&max_graphs=0&s=by+name mobile cache servers]. In any case, seems to have been resolved quickly. Mamyles (talk) 19:46, 12 March 2015 (UTC)

::Curious. Around that time I noticed what may have been unusually heavy DNS traffic on an entirely separate system. I wonder if there were any global problems. ~ J. Johnson (JJ) (talk) 20:18, 12 March 2015 (UTC)

;Statistics

{{redirect-multi|2|ISIL|ISIS}}

to:

{{Hatnote|"ISIL", "Isil" and "ISIS" redirect here. For other uses, see ISIL (disambiguation) and Isis (disambiguation).}}

When I try this I get the message (in red) saying:

:Lua error: invalid expiry date ("22 March "ISIL" and "ISIS" redirect here. For other uses, see ISIL (disambiguation) and ISIS (disambiguation).2015").

Can we get round this or track this down pls?

Thanks GregKaye 02:37, 14 March 2015 (UTC)

:Your code works for me in preview. The error message sounds like hatnote code is mixed up with the following {{pp-vandalism|expiry=22 March 2015|small=yes}}. Try again. If it still fails then post code producing the actual error message here, or save it in the article so you can post a diff before reverting to a working version. PrimeHunter (talk) 09:05, 14 March 2015 (UTC)

::{{TY}} PrimeHunter, I'm learning. GregKaye 14:12, 14 March 2015 (UTC)

{{Infobox New York Legislature

|number = 185th

|image =

|imagename =

|imagedate =

|start = January 1, 1983

|end = December 31, 1984

|vp = Lt. Gov. Alfred DelBello (D)

|pro tem = Warren M. Anderson (R)

|speaker = Stanley Fink (D)

|senators = 61

|reps = 150

|s-majority = Republican (35–26)

|h-majority = Democratic

|sessionnumber1 = 1st

|sessionstart1 = January 5

|sessionend1 = June 28, 1983

|sessionnumber2 = 2nd

|sessionstart2 = September 15, 1983

|sessionnumber3 = 3rd

|sessionstart3 = January 4

|sessionend3 = July 1, 1984

|sessionnumber4 = 4th

|sessionstart4 = December 6, 1984

|previous = 184th

|next = 186th

}}

:Because the {{tlx|Infobox New York Legislature}} has this:

::{{#if:{{{sessionend2|}}}| – {{{sessionend2}}}}}

:if {{para|sessionend2}} is empty or omitted, then don't render anything for that parameter. None of the other parameters are coded this way making {{para|sessionendx}} required parameters.

:—Trappist the monk (talk) 15:30, 14 March 2015 (UTC)

:: Yeah that was kind of lame so I took the liberty of making it possible for any or all of the 8 sessions be just 1 day long. Of course now the issue becomes the ability to "skip" over session-ends without getting a bang, but I prefer to trust in the contributor's diligence over the merely theoretical "trouble maker". -- George Orwell III (talk) 15:49, 14 March 2015 (UTC)

:::Thank you very much for the explanation and the fix. Kraxler (talk) 16:07, 14 March 2015 (UTC)

{{Clear}}

:{{replyto|Resident Mario}} If all of the pages that you are interested in are in a single category, you can use the category expand feature of Special:Export: put the category name in the small "Add pages from category" box and click {{button|Add}}. The larger box will fill with page names. Click anywhere in that box, and then (Windows browsers) press {{keypress|Ctrl|A}} to select all, then {{keypress|Ctrl|C}} to copy. Then go to Special:EditWatchlist/raw, open up an empty line, and use {{keypress|Ctrl|V}} to paste, then click {{button|Update watchlist}}. If all of the pages that you are interested in are spread over several categories, you can do this for each individual category. --Redrose64 (talk) 22:18, 14 March 2015 (UTC)

::{{pong|Redrose64}} Tut. I've discovered the numerical limit of the watchlist—it'll only take me as far as March 2011. ResMar 22:42, 14 March 2015 (UTC)

:{{ping|Resident Mario}} You might be able to use Special:RecentChangesLinked – it is like a watchlist, but for pages in a specified category, or linked from a specified page, or linked to a specific page - Evad37 [talk] 23:17, 14 March 2015 (UTC)

::{{pong|Evad37}} The point appears to be moot—some change in 2012 appears to have stopped the archival process and so Signpost articles newer than 2011 are uncategorized. ResMar 23:22, 14 March 2015 (UTC)

{{markup

|

紙芝居

(

かみしばい

)

|

紙芝居

(

かみしばい

)

}}

I am starting to think the validator is at fault here, but I don't see any issues on their [https://www.w3.org/Bugs/Public/ bug list]. Thoughts? --  Gadget850 ^talk 02:03, 15 March 2015 (UTC)

• The issue is with rb; not rp. {{tag|rb|o}} is not part of the WHATWG living standard. See [https://www.w3.org/Bugs/Public/show_bug.cgi?id=26187#c0 this] bug. Alakzi (talk) 02:25, 15 March 2015 (UTC)
• Fixed discussion title. More reading... --  Gadget850 ^talk 02:27, 15 March 2015 (UTC)
• The version with doesn't validate, but this does: 紙芝居かみしばい. Note: I haven't read the documentation, this is after the example of the output at wikt:講#Kanji. Another issue is that in Firefox 36 the rubies at Wiktionary display as small characters after the kanji. They display correctly as small characters above the kanji in Chrome. – Margin1522 (talk) 04:08, 15 March 2015 (UTC)
• Display is a different issue, and is browser related. The [https://addons.mozilla.org/en-us/firefox/addon/html-ruby/ HTML Ruby add-on] for Firefox displays just fine. --  Gadget850 ^talk 08:38, 15 March 2015 (UTC)
• so the question is what to use? I'd say we put the rb out as the WHATWG seems not to like it and the W3C says that it can be implied abd in the use case the ruby tpl is right now an implied use wouldnt make a problem.

::::My1 06:49, 15 March 2015 (UTC)

• [https://developers.whatwg.org/obsolete.html#obsolete HTML: The Living Standard]: has {{tag|rb|o}} listed under obsolete; "Providing the ruby base directly inside the ruby element is sufficient; the rb element is unnecessary. Omit it altogether."
• [http://www.w3.org/International/docs/ruby/#fonts-approach1-2a W3C: Use Cases & Exploratory Approaches for Ruby Markup]: "The HTML5 CR approach does not have an rb element." The next section then states "The span element can be used in place of the rb tag."
• See also {{phab|T69042}}. --  Gadget850 ^talk 09:01, 15 March 2015 (UTC)
• Looks like {{tag|rb|o}} should be considered obsolete, but the documentation is conflicting. Thoughts? --  Gadget850 ^talk 12:41, 15 March 2015 (UTC)

• https://en.wikipedia.org/wiki/The_Last_Supper_(Leonardo_da_Vinci) goes only to https://en.wikipedia.org/wiki/Last_Supper

• https://en.wikipedia.org/wiki/Pension_(lodging) goes only to https://en.wikipedia.org/wiki/Pension

• https://en.wikipedia.org/wiki/Bucket_shop_(stock_market) goes only to https://en.wikipedia.org/wiki/Bucket_shop

Is this a known issue, and is there any way to create a working link in my file that goes to the correct article? I did notice somewhere that parentheses seem to be rendered as .28 and .29 (if I'm now remembering the numbers correctly), but substituting these by hand didn't work at all.

Thanks for any help. Milkunderwood (talk) 03:47, 15 March 2015 (UTC)

:Here's the place I had found: https://en.wikipedia.org/wiki/Weimar_Republic#Years_of_crisis_.281919.E2.80.931923.29, which goes to Years of crisis (1919–1923). Milkunderwood (talk) 04:06, 15 March 2015 (UTC)

:For that matter, it doesn't seem to make a lot of sense that the parentheses at the end of a subsection title would encode properly, but not at the end of an article title.

:FWIW I'm using Chrome 41 with Office 2013 on a 7 machine; but my files containing links will be for distribution to people with whatever setup they may have, so what I need is a general all-purpose solution. Milkunderwood (talk) 06:00, 15 March 2015 (UTC)

::I'm feeling kind of stymied - maybe an experiment could help if someone wouldn't mind doing it. Just open any kind of blank document form, go to any article with the title ending in parentheses such as the three I listed here, copy your address line into your document, and see if it works, or truncates the title to remove the parenthetical part. I'd love to know if anyone can get to the correct article. Milkunderwood (talk) 09:02, 15 March 2015 (UTC)

:Using Firefox 36.0.1 if I copy the addresss line and paste into Word 2007 I see https://en.wikipedia.org/wiki/The_Last_Supper_%28Leonardo_da_Vinci%29 and if ctrl-click that I get to the correct document with parentheses in the address bar. Generally, I don't remember problems with this sort of thing. Thincat (talk) 09:50, 15 March 2015 (UTC)

:And with Chrome 41.0.2272.89 m copy/paste gives me https://en.wikipedia.org/wiki/The_Last_Supper_(Leonardo_da_Vinci) which I have to convert to a link in Word (from Firefox the text pasted in autolinked). Ctrl-click works OK with the address bar showing brackets. All with Windows 7. Thincat (talk) 09:58, 15 March 2015 (UTC)

:It's a common issue in external software like email programs and apparently Word that some characters need percent-encoding to be interpreted as part of a url. The typical problems are '(', ')', and url's ending with '.'. They encode as %28, %29 and %2E. PrimeHunter (talk) 10:39, 15 March 2015 (UTC)

Thanks very much for these suggestions. Manually substituting %28 for "(" and %29 for ")" works for me. I was thrown off by the full stops used in the "Years of crisis (1919-1923)" in place of the percent sign. Milkunderwood (talk) 18:24, 15 March 2015 (UTC)

:Full stops are used in anchors (the part after '#' to go to a specific place on a page). PrimeHunter (talk) 21:29, 15 March 2015 (UTC)

This page has no "more" menu so as to offer a move function and the tags (if that is the correct term):

{{distinguish2|the planet Mars}}

{{pp-move-indef}}

{{Use mdy dates|date=May 2012}}

I understand that the reason for protection is to avoid confusion with Mars (planet) but the proposal it to move to Mars (deity).

I have tried a temporary removal of the tags but this did not work.

Thanks GregKaye 07:17, 15 March 2015 (UTC)

:The page is move-protected, meaning only administrators can move it (the tags are only used to indicate the protection.) If there is consensus to move, you can ask for it on Wikipedia:Requested moves. -- User:Edokter]] {{talk}} 08:07, 15 March 2015 (UTC)

::{{ty}} Edokter for the help. There are likely just a handful of such protected articles also such as Gaia so I'll collect a list and make the request. GregKaye 13:26, 15 March 2015 (UTC)

• Story-tagging: Mr. Stradivarius has written and is still working on a module that tags stories in the Signpost archives according to a manually-generated list which I've put together on top of an automatic "greatest-hits" one. So for instance, if you hit {{#invoke:Signpost|tag|wikisym}} you will get:

{{#invoke:Signpost|tag|wikisym}}

We want to extend this system to every Signpost article to date, a massive task that'll require combing through more than a decade's worth of published material by volunteers. For the moment, however, I have presented what I hope will serve as the lynchpin of this effort, a proposed research hub of sorts, at User:Resident Mario/sandbox. The next steps are outlined in the To-do. Even populating this list is going to be a challenge and so we need a userscript that'll help us maintain the hub—adding things, deleting them, changing information, etc.

• Historical linking: I've created a proof of concept in one of my other sandboxes but have not acted much further than that so far because at this point. This is a simple idea—an option to give readers links to articles as they appeared at publication time—that I think would be valuable to people going through old stories trying to get a picture of the "way things were". Introducing this into articles will require the work of a bot working together with the templates that the Signpost has used over time to integrate this feature into all of our articles.

Please help us! :) ResMar 17:12, 15 March 2015 (UTC)

:I can have a go at writing the user script that updates the Lua module pages with new tags, etc. - it will be good practice for my JavaScript. — Mr. Stradivarius ^{♪ talk ♪} 23:37, 15 March 2015 (UTC)

I have a couple of issues with fonts on my mobile device (Motorola Moto X, Android 4.4).

First is that, in most browsers (specifically Chrome, Naked Browser, and both Operas), {{IPA|[x]}} (voiceless velar fricative, U+0078 LATIN SMALL LETTER X) and {{IPA|[χ]}} (voiceless uvular fricative, U+03C7 GREEK SMALL LETTER CHI) have identical glyph shapes. They're distinguishable in Firefox, which uses a different font. For displaying Greek, the glyph without descenders is fine (presumably; I don't know Greek) but is a problem for IPA, since they make some passages misleading or incomprehensible, as the example here shows.

The second is that letters with polytonic Greek diacritics just aren't displayed at all - again, except in Firefox. See for example Perispomenon. Much of that article's content is obliterated by the bad font.

None of this goes away by switching to the desktop site.

Is this fixable? Bear in mind that user CSS isn't an option since the mobile style sheet ignores it - and in any case I'd like this to be fixed for all users, not just me. Also I'm not aware of any way to install extra fonts on Android unless it happens to be a Samsung device. Hairy Dude (talk) 16:47, 13 March 2015 (UTC)

:Please file bugreuports with Google Android —TheDJ (talk • contribs) 10:41, 14 March 2015 (UTC)

::Done for the x / chi issue: [https://code.google.com/p/android/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars&groupby=&sort=&id=160613 Android issue 160613]. Hairy Dude (talk) 03:49, 17 March 2015 (UTC)

{{col-begin}}

{{col-3}}

template:fb
using template:flaglink/core

• {{fb|Vatican City}}
• {{fb|Switzerland}}
• {{fb|France}}
• {{fb|Niger}}
• {{fb|Faroe Islands}}
• {{fb|Belgium}}
• {{fb|Gabon}}
• {{fb|Russia}}
• {{fb|Iceland}}
• {{fb|Monaco}}
• {{fb|San Marino}}
• {{fb|Portugal}}

{{col-3}}

template:fb/sandbox
using template:flaglink/core/sandbox

• {{fb/sandbox|Vatican City|align=y}}
• {{fb/sandbox|Switzerland|align=y}}
• {{fb/sandbox|France|align=y}}
• {{fb/sandbox|Niger|align=y}}
• {{fb/sandbox|Faroe Islands|align=y}}
• {{fb/sandbox|Belgium|align=y}}
• {{fb/sandbox|Gabon|align=y}}
• {{fb/sandbox|Russia|align=y}}
• {{fb/sandbox|Iceland|align=y}}
• {{fb/sandbox|Monaco|align=y}}
• {{fb/sandbox|San Marino|align=y}}
• {{fb/sandbox|Portugal|align=y}}

{{col-3}}

{{col-end}}

Maiō T. (talk) 23:00, 13 March 2015 (UTC)

:Personally, I like your version (the sandbox) better. Mamyles (talk) 23:39, 13 March 2015 (UTC)

:I like the sandbox version slightly better when countries are lined up in a column, but not when they are alone. Example from UEFA Euro 2016 qualifying Group E#Slovenia v Switzerland with {{tl|fb}}:

{{football box

| date=9 October 2014

| time=20:45
(20:45 UTC+2)

| team1={{fb-rt|SVN}}

| score=1–0

| report=[http://www.uefa.com/uefaeuro/qualifiers/season=2016/matches/round=2000446/match=2013845/index.html Report]

| team2={{fb|SUI}}

| goals1=Novaković {{goal|79|pen.}}

| goals2=

| stadium=Ljudski vrt, Maribor

| attendance=8,500

| referee=Wolfgang Stark (Germany)

}}

:With {{tl|fb/sandbox}}:

{{football box

| date=9 October 2014

| time=20:45
(20:45 UTC+2)

| team1={{fb-rt|SVN}}

| score=1–0

| report=[http://www.uefa.com/uefaeuro/qualifiers/season=2016/matches/round=2000446/match=2013845/index.html Report]

| team2={{fb/sandbox|SUI|align=yes}}

| goals1=Novaković {{goal|79|pen.}}

| goals2=

| stadium=Ljudski vrt, Maribor

| attendance=8,500

| referee=Wolfgang Stark (Germany)

}}

:I don't support alignment as default when there is often nothing to align and you just get an unnecessary gap. An optional alignment would be OK. PrimeHunter (talk) 00:12, 14 March 2015 (UTC)

::How about when the flags are centered? -- User:Edokter]] {{talk}} 09:07, 14 March 2015 (UTC)

:I agree with PrimeHunter; that is why I decided to create {{tl|flaglist}} (which Maio's test for the sports templates is based on) as a separate template instead of changing {{tl|flag}}. In this case, we could create separate "..list" templates for each of the hundreds of sports templates, or make the alignment optional by means of a parameter:

:*{{fb/sandbox|Niger|align=yes}} ({{tlx|fb/sandbox|Niger|align{{=}}yes}})

:*{{fb/sandbox|Australia|align=yes}} ({{tlx|fb/sandbox|Australia|align{{=}}yes}})

:*{{fb/sandbox|Niger|align=no}} ({{tlx|fb/sandbox|Niger|align{{=}}no}})

:*{{fb/sandbox|Australia|align=no}} ({{tlx|fb/sandbox|Australia|align{{=}}no}})

:SiBr₄ (talk) 09:58, 14 March 2015 (UTC)

::I agree with PrimeHunter, too. I propose to edit the 'flaglink/core' lines and add the optional alignment ...
| flaglink/core{{yesno|{{{align}}}|no=}}
... in following team-sports templates:
bb, bbw, bd, bk, bku, bkw, bkwu, davis, fb, fbu, fbw, fbwu, fed, fhm, fhw, fl, flw, hb, hbj, hbw, hbwj, ih, ih18, ihj, ihw, ihw18, iih, iihw, ru, ruu, ruw, ru7, ru7w, sb, sbw, vb, vbw, wp, wpw
To Edokter: That's absolutely perfect !!! Now just replace Template:Flaglink/core with its sandbox version.
To SiBr4: There are the hundreds of sports templates, but just these 40 are team sports. I can edit them (except tl:fb – it's protected)
Maiō T. (talk) 15:32, 14 March 2015 (UTC)

:::Done. It would be a good default in lists though. -- User:Edokter]] {{talk}} 15:55, 14 March 2015 (UTC)

::::I've reverted – with that change it always aligns, without any parameter switch. What should be done is moving the sandbox to a different title, and changing the sports templates ({{tl|fb}} etc.) to include a switch between that and the current {{tl|flaglink/core}} (see {{tl|fb/sandbox}}). SiBr₄ (talk) 16:01, 14 March 2015 (UTC)

----

I don't know much about CSS. Would it be possible to add something like

:That would be possible using something like .alignedicons .flagicon {display:inline-block;width:30px;} However, using a CSS stylesheet, the block width cannot vary with the icon size, like it does in the {{tl|flaglist}} template. So a CSS class would only be useful for icon sizes close to the default size. SiBr₄ (talk) 17:47, 14 March 2015 (UTC)

----

{{ping|SiBr4}} I've added switch to tl:fb/sandbox. Now it works fine. Please simplify the code. (The new template could have a title: Template:flaglink/align).
Maiō T. (talk) 19:07, 14 March 2015 (UTC)

:The previous version of the sandbox already had a switch; in fact it did exactly the same thing the current version does, but without duplicating the entire code.

:I created a new template at Template:Flaglink/aligned, with the contents from {{tl|Flaglink/core/sandbox}}. SiBr₄ (talk) 19:18, 14 March 2015 (UTC)

::{{ping|SiBr4}} Please remove this code ...
{{#ifeq:{{{size}}}|20x16px| }}{{#ifeq:{{{alias}}}|Nepal|  }}
... from Template:Flaglink/core. From now it's unnecessary – see those "alignings" through adding of NBSPs.
Maiō T. (talk) 20:41, 14 March 2015 (UTC)

:::It may be better to first change lists to use the align parameter before removing the "pseudo-alignment" from /core ({{tl|flag/core}} also still includes it). I added the parameter to {{tl|fb}}; I could run AWB to quickly change all flag templates, but would advise getting some more input before doing any mass changes. SiBr₄ (talk) 13:03, 15 March 2015 (UTC)

::::SiBr₄ we have a problem. Aligned icons are 1 px wider than the default ones. (Or, better said, spaces are 1 px wider.)
{{fb|FRA}} (default)
{{fb|MON|align=yes}} (aligned)
{{fb|BEL}} (default)
{{fb|NIG|align=yes}} (aligned)
{{fb|ENG}} (default)
{{fb|ENG|align=yes}} (aligned)
Maiō T. (talk) 16:16, 15 March 2015 (UTC)

:::::When aligned, the width of the icon with spacing is fixed at 30px by default. Without the align option, the maximum width at default size is 25px (a 23px image with a 1px border on both sides), plus a non-breaking space (the width of which probably varies with the font used by the reader). I don't think that is a problem, since aligned and non-aligned icons wouldn't be used together. If it really is, I can change the aligning box with to be a pixel less. SiBr₄ (talk) 16:33, 15 March 2015 (UTC)

{{od|5}}SiBr₄ –
1) I thought, the NBSP is always 4 px wide. This will never work. You could change 30px to 29, but it will do a mess to other users.
I would like to use aligned and non-aligned icons together, with aligning only for Switzerland and other squarish flags - see 2015 Men's World Ice Hockey Championships#Championship.
2) Back to my contribution from 20:41, 14 March 2015. The first half of the code – {{#ifeq:{{{size}}}|20x16px| }} – is absolutely unnecessary, because flagicons with 16px height don't exist. And the second half – {{#ifeq:{{{alias}}}|Nepal|  }} – is about Nepal and those two strange NBSPs.

• {{fb|SUI}}
• {{fb|GBR}}
• {{fb|NEP}}
• {{fb|QAT}}
• {{fb|MON}}

Maiō T. (talk) 18:50, 15 March 2015 (UTC)

:#The spaces in the following tests use different fonts:

• {{flagicon|QAT}} Qatar (serif)
• {{flagicon|QAT}} Qatar (sans-serif)
• {{flagicon|QAT}} Qatar (monospace)

I'd suggest just using {{para|align|yes}} for every entry, if only for consistency. The alignment option should only not be used if there is no need for any alignment; it makes no sense to force non-aligned icons to be aligned with aligned ones. The minimum aspect ratio for a flag icon to be the full 23px wide is 23/15≈1.533, so actually most national flags would require the align parameter in a list (including all 2:3 flags, i.e. France, Russia etc.). If there is enough agreement to do so, aligning could be made the default, so that only flag icons outside of lists need to be marked.

:#The 20x16px check not doing anything was my fault; I changed the default size in {{tl|Country data Switzerland}} and {{tl|Country data Vatican City}} from 20x16px to 23x16px back in August, and updated {{tl|flag/core}} but not {{tl|flaglink/core}}. I still think that the extra spaces for (less-than-)square flags shouldn't be removed before the align parameter is at least added to all templates. SiBr₄ (talk) 20:40, 15 March 2015 (UTC)

::{{ping|SiBr4}}
1.a) Almost every flag in template:flaglink uses 29px field (including borders and nbsp), so, let's change those 30px to 29px in Module:Flaglist/size, maybe it will work after all.
1.b) Okay, I can use {{para|align|yes}} for every entry.
1.c) I don't recommend to do "align=yes" as default; flagicons outside of lists are used more often.
1.d) Now it's necessary to update 40 team-sports templates (see the list above – 15:32, 14 March 2015) but don't we need a permission, or something?
Maiō T. (talk) 22:48, 15 March 2015 (UTC)

:::The longest flags in your non-aligned list at the start of this section (France, Belgium, Russia and Portugal) are actually 30 rather than 29 pixels for me. The non-aligned width is inherently different for everyone, so I don't think there is much point in adapting the aligned width to it.

:::There are more team sports flag templates than those forty; I found about fifty more that use {{tl|Flaglink/core}} and are categorized in :Category:Flag template system, for example {{tl|bandy}}, {{tl|rl}} and {{tl|af}}. You could ask/notify WT:SPORTS about the proposed changes. SiBr₄ (talk) 21:31, 16 March 2015 (UTC)

One of the solutions is simply prevention of further typing by cursor when the character limit is reached, with possible notification reading something like "You have reached your character limit" (similar to that appearing after an edit was saved). Another way is increasing character limit to allow more detailed rationales, although then signalling character limit may also be appropriate. Brandmeister^talk 13:02, 14 March 2015 (UTC)

:I can only type the 255 allowed characters but in some cases like page moves where an automatic edit summary is added in front, it may cut off what I typed. What is your browser and does it allow you to type more than 255? PrimeHunter (talk) 13:42, 14 March 2015 (UTC)

::I use the latest Firefox. Recently I've reached the character limit during a page move and the edit summary was cut down by ellipsis. I recall having a couple of such cases in the past and saw them in other edit summaries. From what I see the automatic edit summaries are also affected by character limitation, also when undoing and reverting page versions, so currently one has to delete them to make room for his/her own edit summary. Automatic page move summaries seem to be particularly vulnerable, since they are longer, in the form of "User:Foo moved page Foo to Foo2") Brandmeister^talk 14:29, 14 March 2015 (UTC)

:::Normal edits appear to have exactly what you are requesting, I can't type more than the edit summary limit in the edit summary box. Page moves may be an issue though it seems. Sam Walton (talk) 14:41, 14 March 2015 (UTC)

::::Indeed (I'm also allowed to type 255 by default). However, the problem persists in automatic edit summaries followed by user's own edit summaries, like [https://en.wikipedia.org/w/index.php?title=For_Colored_Girls_Who_Have_Considered_Suicide_/_When_the_Rainbow_Is_Enuf&diff=prev&oldid=651327829 here], and also during reverts. But unlike reverts, you can't remove automatic page move summary to make room for your own. Note that section headings in the summaries (including /* top */ sections) are also counted, unless removed. Brandmeister^talk 15:03, 14 March 2015 (UTC)

:::::I can type 200 characters in the page move "Reason" box, independent of the length of the page name. The whole typed summary is preserved in the move log like [//en.wikipedia.org/w/index.php?title=Special:Log&page=Talk%3AFor+colored+girls+who+have+considered+suicide+%2F+when+the+rainbow+is+enuf] but elsewhere like page histories [//en.wikipedia.org/w/index.php?title=Talk:For_colored_girls_who_have_considered_suicide_/_when_the_rainbow_is_enuf&action=history] the total summary including the automatic part can only be 255 characters and the user part may be cut off. Really long pagenames will also cut off the automatic part when it reaches 255, and display nothing from the user. If an ordinary edit displays something automatic in the edit summary box like a section edit or undo then nothing is cut off. The user can just type less than 255 characters after the automatic part, but gets the full 255 if the automatic part is removed. The problem with some log actions also being registered in page histories with an automatic part may be hard to solve in a friendly way. There is probably a good reason for a 255 total limit in page histories, including whatever some feature may add automatically. PrimeHunter (talk) 17:00, 14 March 2015 (UTC)

::::::Thanks. I remember seeing the links to move log in page histories a couple of years ago, but now the accessibility isn't the same it used to be. Brandmeister^talk 17:48, 14 March 2015 (UTC)

:::::::The top of page histories say "View logs for this page". It must be clicked to find out whether there actually are any logs. The top of user contributions has "logs". PrimeHunter (talk) 18:23, 14 March 2015 (UTC)

:Original problem will still be valid but might appear less often once phab:T6715 (Allow comments to have 767 instead of 255 bytes) is "fully" fixed and deployed. It is being worked on. --AKlapper (WMF) (talk) 07:43, 16 March 2015 (UTC)

See Template:Infobox ship characteristics/testcases. Ship infoboxes are made from a table that contains (usually) three and sometimes more individual templates each of which provide the necessary html table markup. As can be seen at the testcases page, an odd thing happens when a template parameter contains a bulleted list; in this case {{para|Ship armament}} though the problem is not restricted to this parameter alone.

I had thought that recent changes in the template might have caused this problem but now I think not. The sandbox version at the testcases page predates the recent changes and exhibits the same problem in the same way.

If I wrap bulleted lists in {{tlx|plainlist}} then the infoboxes render correctly.

Looking at the html source we can see that following the bulleted list the table is terminated and a new table started:

{{collapse top |title=html output of infobox}}

General characteristics
Armament:	100 guns: Lower deck: 28 × 42 or 32-pounders Middle deck: 28 × 24-pounders Upper deck: 28 × 12-pounders Quarter deck: 12 × 6-pounders Forecastle: 4 × 6-pounders

General characteristics
Armament:	100 guns: Lower deck: 28 × 42 or 32-pounders Middle deck: 28 × 24-pounders Upper deck: 28 × 12-pounders Quarter deck: 12 × 6-pounders Forecastle: 4 × 6-pounders

{{collapse bottom}}

While not visually apparent, the problem exists when the template containing a bulleted list is the only template in the infobox.

{{collapse top |title=html output of infobox – one template with a bulleted list}}

General characteristics
Armament:	100 guns: Lower deck: 28 × 42 or 32-pounders Middle deck: 28 × 24-pounders Upper deck: 28 × 12-pounders Quarter deck: 12 × 6-pounders Forecastle: 4 × 6-pounders

{{collapse bottom}}

Are the bulleted lists being correctly handled by code downstream from the template? If so, what changes do I need to make to the template in order to allow bulleted lists in the various ship infobox templates?

—Trappist the monk (talk) 13:38, 14 March 2015 (UTC)

:Please state the perceived problem and your browser, and don't just say "an odd thing happens". PrimeHunter (talk) 13:45, 14 March 2015 (UTC)

::The infobox should, as infoboxes generally do, float right and not be, as I and others have seen, split into the normal right-floated portion and a left-floated portion. Do you not see that condition at Template:Infobox ship characteristics/testcases? Current versions of Chrome and Opera and even a very old version of MSIE all exhibit the same problem in exactly the same way.

::—Trappist the monk (talk) 14:19, 14 March 2015 (UTC)

I never use these ship templates and didn't know what to expect from them but I see what you mean. I get the impression there is a deeper problem which is not about bulleted lists, but their presence in your example causes a visible effect. It looks like there is a problem with mixing html code and wikitext for tables.

I have tried to construct a simple example.

Pure wiki syntax:
class="wikitable"
Row 1

Pure html:

Row 1

Mixed syntax:
class="wikitable"

Row 1

Mixed syntax for single row tables:
class="wikitable"
Row 1

The above produces:

Pure wiki syntax:

class="wikitable"

Row 1

Pure html:

Row 1

Mixed syntax:

class="wikitable"

Row 1

Something is inserting extra code in the mixed case which has a second row with no content. If html tidy or something thinks there is illegal table code then automated attempts to fix it may have very varying effects in different contexts. PrimeHunter (talk) 16:05, 14 March 2015 (UTC)

:Entering {{Infobox ship characteristics/testcases}} at Special:ExpandTemplates does not show the problem at Template:Infobox ship characteristics/testcases, but entering my above example at Special:ExpandTemplates does show the same problem as above. I don't know what that means. Maybe ExpandTemplates doesn't run everything that a saved edit runs, and this has "very varying effects in different contexts" as I vaguely put it above. PrimeHunter (talk) 16:24, 14 March 2015 (UTC)

:: Really starting to think wiki mark-up is the root of all evil....

Mixed syntax for single row tables :

class="wikitable"
	Row 1

See this [https://en.wikipedia.org/w/index.php?title=Template:Infobox_ship_characteristics/testcases&diff=651360305&oldid=651334846 diff]; Why it worked in stopping that extra empty table generation? Haven't a clue (never mind that entire family of templates need to go "all html" or go home:( ) -- George Orwell III (talk) 17:37, 14 March 2015 (UTC)

• It works if you put the template closing and opening braces on the same line; see Special:Diff/651363165. Alakzi (talk) 17:59, 14 March 2015 (UTC)

:: Admittedly, that does make more sense now that I realize the finished product was intentionally suppose to be in series and not parallel box renderings.... but the truth is most of the solutions for the current batch of html table based templates need to go all-div, all-css3 sooner rather than later. I wonder if developers are even considering switching the table mark up at some point in the future to use a Div based scheme that still behaves like the current table/row/cells stuff does now but without all the "drama" that comes with it. -- George Orwell III (talk) 18:39, 14 March 2015 (UTC)

::: I agree that these ought to be superseded; modular {{tl|Infobox}}es would work—comparatively—well. Farther down the line, infoboxes should probably be made to use [http://html5doctor.com/the-dl-element/ definition lists]. Alakzi (talk) 18:55, 14 March 2015 (UTC)

It now seems the problem in my earlier example and the ship templates have different causes, or at least are caused by different examples of mixing wikitext and html. I made a small example of the apparent ship problem.

Broken (does not display Row 1 and Row 2 in the same table):




Row 1

Row 2

Asterisk removed from broken version:


Row 1
Row 2

Newline removed from broken version:



Row 1
Row 2


Newline added to broken version:



Row 1


Row 2

Asterisk replaced by html list syntax in broken version:


Row 1
Row 2

The above produces:

Broken (does not display Row 1 and Row 2 in the same table):

Row 1

Row 2

Asterisk removed from broken version:

Row 1

Row 2

Newline removed from broken version:

Row 1

Row 2

Newline added to broken version:

Row 1

Row 2

Asterisk replaced by html list syntax in broken version:

Row 1

Row 2

Each of the four changes fixes the problem. So if a table has an asterisk causing a list and uses on the same source line to end the row then the following must also be on that line to become part of the same table. Or something like that. It's messy. All five versions make a single table at Special:ExpandTemplates, but the last displays the bullet to the left of the table for me where it's inside the table above. If I save it in a html file on my PC and view it without MediaWiki then the bullet is inside the table. The first four versions don't make bullets in a html file since the asterisk is not html. PrimeHunter (talk) 19:49, 14 March 2015 (UTC)

Row 2

Row 1

:::: Broken "works" when Row 2 is swapped for Row 1 btw

: Bet$ anyone? My money is on sub-par(?) handling of nuanced table elements like [http://www.w3.org/TR/html51/tabular-data.html#the-tbody-element TBODY] by the 'BOT behind the [https://git.wikimedia.org/blob/mediawiki%2Fcore/HEAD/includes%2Fparser%2FParser.php#L997 curtain]' ("always there"? in the table accounting; nothing more than just some text in our case). Some interesting reading there but.... ???

Seriously, you can drive yourself nuts trying make rhyme or reason out of 'why some things "behave" the way they do' around here. -- George Orwell III (talk) 23:27, 14 March 2015 (UTC)

:: Though the parser escapes {{tag|tbody|o}}, it is inserted in all tables by the "linter". Something in the linter is what's probably causing this mess. Alakzi (talk) 23:43, 14 March 2015 (UTC)

::I was already driving myself nuts trying to figure out which wiki code breaks it, let alone why. PrimeHunter (talk) 00:05, 15 March 2015 (UTC)

::::One of you good folks would know better than I as to what's behind this. Still I'd like to shamelessly cast doubt on $paragraphStack without any basis nor support in spite of my shortcomings.

why BR is ever tapped to -- in effect -- deal with 'one too many detected' opening P tags just doesn't sit well with me. Why not nullify it with a closing P tag if in doubt? or just keep blindly inserting </P><P> pairs if there is any other remaining doubt that content immediately follows that (?)detected opening tag? (its kind of late in the game for curtailing the number of 'run on' sentences accidently rendered on WP if I do say so myself :). Weird. And frustrating not being fluent enough to stop throwing it under the bus just on a whim. -- George Orwell III (talk) 00:35, 15 March 2015 (UTC)

:This is a known issue, see {{phab|T19486}}. -- User:Edokter]] {{talk}} 08:25, 15 March 2015 (UTC)

::I think that it would be better to just re-write the {{tl|infobox ship}} (and related templates) from scratch. These old, odd templates have developed quite a few small problems. WhatamIdoing (talk) 00:35, 17 March 2015 (UTC)

• Template talk:Infobox GAA tournament#Superscripts for ordinals
• Template talk:Infobox Site of Special Scientific Interest#Italics?

Thank you.  SchreiberBike | ⌨  18:37, 14 March 2015 (UTC)

:Both have been fixed by John of Reading. PrimeHunter (talk) 23:24, 14 March 2015 (UTC)

::Thank you {{ping|John of Reading}} and done elegantly too. Just another reason to believe that people can work together to make a great thing like Wikipedia.  SchreiberBike | ⌨  03:30, 17 March 2015 (UTC)

:See :commons:MediaWiki:UploadForm.js/Documentation. PrimeHunter (talk) 00:50, 15 March 2015 (UTC)

::When I made my earliest uploads at Commons, I normally used the "Preview" feature, but soon discovered a bug: any categories that you had added using the "Categories" selector (just below the "Licensing" drop-down) would be lost on using {{button|Preview}}, and had to be re-added before clicking {{button|Upload file}}. I don't know if this bug is still there. --Redrose64 (talk) 00:04, 16 March 2015 (UTC)

I'm trying to fix links going to the page TRS-80, which was recently split. Content not specific to the original TRS-80 architecture has either been moved to List of TRS-80 and Tandy-branded computers, or in some cases to its own article (e.g. TRS-80 Model II).

However, I'm sure there are still many links pointing *directly* to subsections in the original article, e.g. TRS-80#modelii (which was formerly where the Model II was covered, but isn't any more).

Ideally, I'd be able to see whether a link to TRS-80 was a subsection link, and the context (e.g. the piped link text and possible surrounding text), so I can determine if it should be moved. "what links here" only shows articles that link to TRS-80, not showing whether they're subsection links, nor the context- and that's a long line to manually check in this case. I'm not sure that the Navigation Popups gadget is useful here either.

Also, as a general principle, is it preferable to link via a redirect (e.g. TRS-80 Model 16) instead of a subsection link (e.g. TRS-80 Model 16), since the latter is far more maintainable and less likely to break if (e.g.) TRS-80 Model 16 gets moved to its own article (which it *might* do)?

Thanks for any feedback, Ubcule (talk) 15:29, 15 March 2015 (UTC)

:{{ping|Ubcule}} Oh, I can still hear the floppy drive of my 32k Model III and its daisy wheel printer. Here's a list of articles that contain a link to a section on TRS-80, from the March 4 database dump:

:*Aster CT-80

:*Motorola 68000

:*Xenix

:*ARCNET

:*Microsoft BASIC

:*Miner 2049er

:*Drive bay

:*List of Microsoft software applications

:*History of Microsoft Flight Simulator

:*Searchlight BBS

:*Influence of the IBM PC on the personal computer market

:*Tandy 10 Business Computer System

:*Timeline of portable computers

:You've fixed some of these articles since the dump was created. Hope this helps! GoingBatty (talk) 21:12, 15 March 2015 (UTC)

:: That was very useful thanks- I've fixed all the links in the articles above where relevant.

:: I take it that finding that out wouldn't have been easy without looking at the database itself, though? It seems as if it would be quite useful functionality to have in general.

:: Once again, thanks for the help! Ubcule (talk) 01:01, 16 March 2015 (UTC)

Recently, the size of the blue bullets used all over WP was changed from the long-standing size proportional to the default font to a (very small) pin-dot bullet; this morning, the green bullets have also changed to this new, tiny size. This makes them extremely difficult to see, and it is impossible to differentiate the blue from the green on a watch list. Their size is far too small for screen readers or other readers with low vision, making the site systemically out of 508 compliance. I can't see them well wearing the ordinary glasses I use to read my computer screen, and I'm a long way from visually impaired. I recall no opportunity to discuss this, and have no idea where to express my displeasure with this change, which now has made the color coding system on my watch list useless. If there is a discussion where I should take this concern, please direct me and close this, otherwise, what has to be done to open a dialogue about restoring the original bullet size? --Drmargi (talk) 15:36, 15 March 2015 (UTC)

:It was recently discussed here (Wikipedia:Village pump (technical)/Archive 135#Bullet points) but it doesn't appear that anything was determined from that discussion. I'll note that in Monobook with Firefox 36 my bullets are normal sized. -Niceguyedc ^{Go Huskies!} 15:54, 15 March 2015 (UTC)

:: Thanks! I read to the discussion, which was basically a lot of faffing about whose browser did what, but no solution to the problem. I know less than nothing about Monobook and the like; I use Safari for OS 10.8, and I have a ADA/508 non-compliant website. It has to be fixed. What's the best next move? --Drmargi (talk) 18:53, 15 March 2015 (UTC)

::: The core of the problem is a [https://bugs.webkit.org/show_bug.cgi?id=141367 bug in WebKit], which miscalculates the size of SVG images when used in list-style-image (the CSS property that assigns the bullet icon). Short of not using an SVG, the only solution is to wait until Apple has fixed the problem. -- User:Edokter]] {{talk}} 21:13, 15 March 2015 (UTC)

:{{ping|Drmargi}} Try this: add the code in {{diff|User:Diannaa/vector.css|493450966|462061175|this diff}} to your common.css file. It provides nice big visible green stars beside each unexamined watch-list item. -- Diannaa (talk) 03:16, 17 March 2015 (UTC)

: Special:AbuseFilter. — Keφr 12:07, 15 March 2015 (UTC)

• I'm not sure it would be appropriate to implement an WP:EF for this. I know that the foundation has been known in the past to apply those templates to user pages of users legitimately banned by legal. I know they recently created a new account for this, and I'm not sure what their position is on it in the future. If such an EF was implemented, it would have to be careful to not block foundation IPs doing legitimate work. — {{U|Technical 13}} (e • t • c) 12:41, 15 March 2015 (UTC)
• This is a hallucinatory problem. Any WP:OFFICE blocks would be handed out by staffer accounts; the WMF has no reason to issue blocks under IPs (in fact, it probably has reasons not to). — Keφr 12:55, 15 March 2015 (UTC)
• All I'm saying is I've seen it happen in the past. No need to get nasty about it, please keep it civil. Thank you. — {{U|Technical 13}} (e • t • c) 13:01, 15 March 2015 (UTC)
• Any staffer that works with an IP can be expected to be treated as an anonymous IP with edit filter or protection blocking things. So if they are blocked it should trigger them to log on. Graeme Bartlett (talk) 09:26, 16 March 2015 (UTC)

:Thanks for the advice all, I've requested a filter at Wikipedia:Edit filter/Requested#Filter to stop IPs using ban templates Nick-D (talk) 09:53, 17 March 2015 (UTC)

:{{to|Veggies}} This seems to be an animation rather than a simple video, so I don't think it can be converted without resorting to screen capturing. Anon124 (+2) (notify me of responses! / talk / contribs) 17:14, 16 March 2015 (UTC)

::Is there a freeware program for that? I'm not tech-knowledge savvy. -- Veggies (talk) 18:48, 16 March 2015 (UTC)

:::{{reply|Veggies}} That is indeed an excellent video. If you have Firefox, you can download it by right clicking the page and selecting View Page Info | Media | (file name) | Save As... Or you can right click ([http://lessonslearned.faa.gov/DeltaL1011/DeltaL1011_FlightPath2.swf this link]) and select "Save Link As...". That will download the SWF Flash file to your computer, and you can drag it to your browser to view it. The problem is converting from the SWF format to the WebM or OGG format. I tried a couple of free online SWF to WebM converters, but they failed with errors. We have a help page at Wikipedia:Creation and usage of media files but it is technical and kind of dated. Perhaps someone here will have more experience in converting SWF files. – Margin1522 (talk) 16:42, 17 March 2015 (UTC)

::::One more thought about {{u|Anon124}}'s comment. An animation is a set of commands, not image data. To convert that, a conversion program would need the ability to emulate the Flash player executing the commands, and that might be beyond their capabilities. That would explain the conversion errors. – Margin1522 (talk) 17:17, 17 March 2015 (UTC)

I plan to use this to describe TV-series (it have some similarities with episode-guide)

I would like the last column (where it is written "messo") to go to the end ->. I with to write plot summary in this section while the upper ones are for title, year of release etc. Can someone give me some advice on how to make this column go to the end? --Ezzex (talk) 17:53, 16 March 2015 (UTC)

:Use the colspan= attribute. We do have ready made templates for this though, like {{tl|episode list}}. -- User:Edokter]] {{talk}} 18:02, 16 March 2015 (UTC)

::I don't know how to put this into the system--Ezzex (talk) 18:30, 16 March 2015 (UTC)

::I would also like to put in some color in the top columns.--Ezzex (talk) 19:51, 16 March 2015 (UTC)

:::Read the documentation I linked to on how to use it. I think you're trying to re-invent the wheel. -- User:Edokter]] {{talk}} 22:08, 16 March 2015 (UTC)

::::Thanks. I wonder if you could put some color in the top columns?--Ezzex (talk) 12:46, 17 March 2015 (UTC)

Is my computer possessed or is there a reason that whenever I try to lead the Mohamed Nasheed page, my browser gets an error? Connormah (talk) 02:33, 17 March 2015 (UTC)

:{{ping|Connormah}} I have no problem using Firefox 36.0.1. What browser are you using, and what error are you getting? Do you get the same error when you view other articles? GoingBatty (talk) 02:59, 17 March 2015 (UTC)

::I am getting an "Aw, snap!" error when I try to load it in Chrome, but can view it using Safari. I've had several of these pageload fails whilst using Chrome in the past few weeks. -- Diannaa (talk) 03:07, 17 March 2015 (UTC)

:::Yup, it's Chrome. So far the only page that does this. It just does not seem to want to load. Connormah (talk) 04:18, 17 March 2015 (UTC)

::::A frustrating known issue, see the phab report and [https://code.google.com/p/chromium/issues/detail?id=445075 Chromium issue]. — MusikAnimal ^talk 05:54, 17 March 2015 (UTC)

::Hmm, I don't have any problems loading https://en.wikipedia.org/wiki/Mohamed_Nasheed in Google Chrome 41 on Fedora 21. --AKlapper (WMF) (talk) 20:19, 17 March 2015 (UTC)

:::As far as I know it's 100% a bug with Chrome, and evidently just certain platforms/versions (I'm running Chrome 41 on Mac), but they are aware of it. I believe it's already been fixed and pending deployment, as the aforementioned page (or any other page with similar characters) seems to load fine on Canary, which is the bleeding-edge Chrome release. — MusikAnimal ^talk 20:29, 17 March 2015 (UTC)

:See Help:DSL. --  Gadget850 ^talk 17:24, 17 March 2015 (UTC)

::Thanks. ♫ Melodia Chaconne ♫ (talk) 17:35, 17 March 2015 (UTC)

:::As an aside, I only just now realized that those icons are links to the section rather than merely decorative. Dragons flight (talk) 17:57, 17 March 2015 (UTC)

This feature was implemented by a volunteer developer and merged as part of routine code review. Due to adverse impact on Wikipedia's appearance in search results and other negative effects discussed in this task, it has been reverted. We (Wikimedia Foundation) have no plans to re-enable this feature without additional user research, design, testing and validation. If you have any questions or concerns, the best place to comment is phab:T18691 (cf. etiquette for Phabricator discussions).--Erik Moeller (WMF) (talk) 04:42, 18 March 2015 (UTC)

:The local Xia dynasty example renders without the line overflows just fine here (Win 8.1 & IE 11).

Could it be the 2011 script you're importing via your Vector.js file that is somehow causing this for you? -- George Orwell III (talk) 13:51, 13 March 2015 (UTC)

File:Family tree template error 2.jpg

File:Family tree template error.png

:: I don't thik so. I have logged out and then i checked from the laptop and is displaying the same way on both cases. Here is a picture with Xia tree with the lines in red circle ([https://www.asiatorrents.me/imgz/images/Di81.png Xia exemple]). The problem was also mentioned by someone else. I don't think that the problem is from my account/PC Daduxing (talk) 14:10, 13 March 2015 (UTC)

::Update: It is displaying well in Internet Explorer 9. Could be a Firefox problem??... Daduxing (talk) 14:14, 13 March 2015 (UTC)

:::It is displaying fine in Chrome, as well. I do not have Firefox to test. Please use a different example hosting service - that one seems to be broken. Mamyles (talk) 14:23, 13 March 2015 (UTC)

:::: Other hosting service: [http://s8.postimg.org/6r7z34cxx/Di81.png Exemple 1] ; [http://s28.postimg.org/fr8rdpnx9/k_ZJI5.png Exemple 2] --Daduxing (talk) 14:47, 13 March 2015 (UTC)

:::::Why does the hosting service need to be third-party - is there any reason that a Wikipedia screenshot is unsuitable? --Redrose64 (talk) 15:40, 13 March 2015 (UTC)

:::::Done it. I didn't know that I can use wikipedia image upload for this kind of files --Daduxing (talk) 16:01, 13 March 2015 (UTC)

{{od|:::::}} This appears to be an issue with the combination of border-collapse and colspan in Firefox. Alakzi (talk) 16:10, 13 March 2015 (UTC)

:I cannot reproduce on Firefox 36. -- User:Edokter]] {{talk}} 08:55, 14 March 2015 (UTC)

:: I've fixed it. Alakzi (talk) 11:46, 14 March 2015 (UTC)

{{tl|family tree}} is deprecated. Use {{tl|chart}} instead. The latter's usage is almost exactly the same barring a few minor documented differences. Jason Quinn (talk) 19:56, 18 March 2015 (UTC)

Non-admin coordinators of The Wikipedia Library have been encountering issues with email rate limits - we often need to send multiples emails at a time, sometimes 30 or more. Since the account creator toolset currently includes an exemption from rate limits, granting that right to this small group of editors would be one means of overcoming this problem. Would this be feasible? If not, does anyone have any suggestions on how to deal with this problem? Nikkimaria (talk) 18:02, 17 March 2015 (UTC)

:Has there historically been a widespread problem of users spamming others using the Wikipedia email function? If not, why does this limit exist? Without proof of a necessary cap being imposed, I'd rather raise the limit instead of granting more rights to individual users. Killiondude (talk) 20:12, 17 March 2015 (UTC)

::There have definitely been instances of new users spamming; the only instances involving autoconfirmed users that I am aware of have involved research studies (example), though there may have been others. Nikkimaria (talk) 20:38, 17 March 2015 (UTC)

:::I think this question is better addressed at WP:VPT because it concerns the best way for certain non-admin individuals to be exempt from email throttling. Whether email has even been abused (yes) is a distraction. If the technical answer requires some change to policy, perhaps continue here, but I would have thought that if it were possible for a switch to be thrown someone could be found to do that in the case you describe. Johnuniq (talk) 22:57, 17 March 2015 (UTC)

::::There is no question about abuse in the past. I would like to know to if there has been widespread misuse. We deal with isolated incidents of misuse by blocking users. It would be nice to see the autoconfirmed users have an increased rate of emailing since I believe this issue has popped up before. But xaosflux's solution seems reasonable, as well. Killiondude (talk) 18:28, 18 March 2015 (UTC)

:::::Okay, what rate of emailing would you consider to be reasonable, and how do we actually go about changing that? I think a bot might be a bit harder to manage, although that could be just because I'm not too familiar with bot operation. Nikkimaria (talk) 21:54, 18 March 2015 (UTC)

:Possibly to prevent forking you could get a bot (WP:BOTREQ) to it for you, you could also create a bot account that is just used manually for it (e.g. User:TWL Mailer bot or similar. It also appears that several of your coordinators are admin, who already have noratelimit. If you want to discuss more technical options lets move this to VPT. — xaosflux ^Talk 01:44, 18 March 2015 (UTC)

::Okay, moving to VPT as suggested. Nikkimaria (talk) 04:40, 18 March 2015 (UTC)

:::WP:IAR, just grant the ACC userright. ACC isn't really meant for this purpose, but it would resolve the problem and improve the encyclopedia without hurting anything. It's quicker and simpler than filing a bot request, and it has far less policy restrictions than bots. Granting the bot flag would be weird for a manually used account, while nobody would think oddly of ACC for a human. Nyttend (talk) 13:18, 19 March 2015 (UTC)

::::I agree - there is no downside to granting account creator to trusted editors. I'm not even sure IAR is necessary, just have them apply for account creator via the normal process, with email throttling as the justification. Admins that specialize in that area could impose conditions, such as requiring such users not to participate in the request an account process, but likely won't flat-out deny the request. Mamyles (talk) 15:27, 19 March 2015 (UTC)

:So basically you want a way to look for pages created, say, between 14:22 on 1 January 2015 and 23:14 on 4 January 2015? Special:Newpages works for this purpose, but it's only for recent creations; I don't know of anything that works on a longer-term basis. Nyttend (talk) 14:23, 19 March 2015 (UTC)

::{{replyto|Ohyeahstormtroopers6}} Is this for all users, or one specific user? --Redrose64 (talk) 19:55, 19 March 2015 (UTC)

:::Redrose has a good point. It's easy to get a list of all pages created by any specific user: just go to contributions and check the boxes. In your case, Special:Contributions/Ohyeahstormtroopers6 and then click "Only show edits that are page creations", and then pick "Search". This will give a chronological list of all pages you've created. I'm unaware of any feature that does this for more than one user. Nyttend (talk) 01:06, 20 March 2015 (UTC)

I'm sending out messages to the user accounts here who may be potentially renamed. A great number of these accounts likely just need to log in and visit Special:MergeAccount to make sure they are attached to the right global account and avoid renaming. Also, users who have been renamed may be contacted about their old name being up for renaming. These users are free to ignore the message if they're fine abandoning their old account. We're well over half way in notifying users and my meta talk page exploded along with my inbox, I anticipate this likely happening here. Any extra eyes on my talk page will be greatly appreciated in case I get caught up answering emails first. Thanks, all. Keegan (WMF) (talk) 21:35, 19 March 2015 (UTC)

:The links appear to be present for me on that page with both Vector and Monobook on Chrome. I don't use IE so I can't test that, but if you still see a problem, you might try looking with a different browser and/or skin to see if you can nail down when the issue occurs for you. You could also try looking at the page while logged-out. Dragons flight (talk) 17:21, 17 March 2015 (UTC)

::The "Near this page" beta feature caused this, but I no longer see it as an option. Try bypass your cache. --  Gadget850 ^talk 17:35, 17 March 2015 (UTC)

::: Switching to Vector skin doesn't help. Nor does clearing the cache. I don't have access to another browser at the moment. I'll try again when I'm at my home computer. WikiDan61^ChatMe!_ReadMe!! 17:56, 17 March 2015 (UTC)

::::What do you have selected at {{myprefs|beta}}? --  Gadget850 ^talk 21:31, 17 March 2015 (UTC)

::::: Nothing. And none of the selections available would appear to affect this feature. WikiDan61^ChatMe!_ReadMe!! 12:12, 18 March 2015 (UTC)

::::::how about when you are logged out? --  Gadget850 ^talk 13:36, 18 March 2015 (UTC)

{{outdent}} Not there when I'm logged out, but interestingly, when I logged back in, having been on a page already, I was returned to that page after login, and the backlinks appeared briefly before disappearing. Something in the CSS is doing it, but I couldn't say what, and it's present both in the default (logged out) CSS as well as the MonoBook CSS. WikiDan61^ChatMe!_ReadMe!! 14:55, 18 March 2015 (UTC)

:Do you see text from here—Lorem ipsum dolor sit amet.—to here? --  Gadget850 ^talk 21:06, 18 March 2015 (UTC)

:: This appears to be an IE9 issue. Things look fine here on my home PC using Firefox. {{reply|Gadget850}} I'll have to check whether I can see that text tomorrow when I'm back at my office PC. WikiDan61^ChatMe!_ReadMe!! 03:46, 19 March 2015 (UTC)

::: Now back on my work PC, the "mw-cite-backlink" class appears invisible. Gotta love non-standards-compliant IE9!!! WikiDan61^ChatMe!_ReadMe!! 12:06, 19 March 2015 (UTC)

::::Works for me in IE11. I need to install a VM with IE9 and test in a bit. --  Gadget850 ^talk 12:54, 19 March 2015 (UTC)

:::::But it does not show for IE9. This is a fresh VM from [https://www.modern.ie/en-us Microsoft]. --  Gadget850 ^talk 15:12, 19 March 2015 (UTC)

:::::I I do a user page with just {{tag|span|params=class="mw-cite-backlink"|content=Lorem ipsum dolor sit amet.}} then the content of the span shows. If I add a {{tag|ref|o}} anywhere, then it shows briefly. --  Gadget850 ^talk 15:24, 19 March 2015 (UTC)

::::::WFM in IE8 under XP, logged out. --Redrose64 (talk) 16:54, 19 March 2015 (UTC)

:::::::IE 7, 8, 10 and 11 all work. It is only IE9 that is affected. --  Gadget850 ^talk 20:00, 19 March 2015 (UTC)

:{{ping|Vchimpanzee}} Looks OK to me. How about ref 13? What browser? --  Gadget850 ^talk 18:15, 19 March 2015 (UTC)

::Sorry, I went on to something else. Nothing works. I went to another article World oil market chronology from 2003 I knew had references used several times because I added them. I was relieved to see them, along with the arrows pointing up, but then they (and the a and b) disappeared. I have IE9.— Vchimpanzee • talk • contributions • 19:19, 19 March 2015 (UTC)

{{ping|WikiDan61|Vchimpanzee}} I think I know what is going on, but I have a real life interrupt. Need to do some testing and I might just have a fix. --  Gadget850 ^talk 20:09, 19 March 2015 (UTC)

: {{reply|Gadget850}} No rush in my case. I can live with the system as is. It just seemed odd. Glad you're on it. WikiDan61^ChatMe!_ReadMe!! 20:42, 19 March 2015 (UTC)

{{reply|WikiDan61|Vchimpanzee}} There were some recent accessibility changes to the {{cite.php}} CSS that added user-select: none;.[https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCite/530ef0ab9ccda7a5adef8547b2f5c644e156e636/modules%2Fext.cite.css] This is not supposed to be supported by IE9 but, apparently it causes this to fail oddly.[http://caniuse.com/#feat=user-select-none] Add this to your CSS and refresh:

.mw-cite-backlink, .cite-accessibility-label {display: inline}

--  Gadget850 ^talk 20:49, 19 March 2015 (UTC)

: I don't presently have any custom CSS defined. I'm not sure how or where to add this line. WikiDan61^ChatMe!_ReadMe!! 21:00, 19 March 2015 (UTC)

::It works. Thank you. I had to go through my contibutions to find out how, but I knew I had seen a change I had to do recently.— Vchimpanzee • talk • contributions • 21:02, 19 March 2015 (UTC)

:::{{U|WikiDan61}}, User:WikiDan61/common.css.— Vchimpanzee • talk • contributions • 21:04, 19 March 2015 (UTC)

::::I took the liberty of creating it for you. Follow the instructions at the top of the page to refresh. --  Gadget850 ^talk 23:50, 19 March 2015 (UTC)

::::: {{reply|Gadget850}} Thank you. I'll check it when I'm back at the office in the morning. WikiDan61^ChatMe!_ReadMe!! 03:22, 20 March 2015 (UTC)

This was an interesting one to track down! Now documented at Help:Internet Explorer and {{phab|T93319}} (since anonymous readers can't apply CSS fixes). --  Gadget850 ^talk 06:45, 20 March 2015 (UTC)

: {{reply|Gadget850}} That worked for me (once I fixed the typo in my common.css file (you forgot the '.' before the mw-cite-backlink)). Thanks again! WikiDan61^ChatMe!_ReadMe!! 11:59, 20 March 2015 (UTC)

:: Copy/paste strikes again! You are welcome. --  Gadget850 ^talk 14:05, 20 March 2015 (UTC)

:We were serving up invalid IDs in the RSS feed. This was corrected, causing of course 'new IDs' for RSS element that had been issued invalid IDs in the past. It should be a one time event (or rather, maximum 3 times, since there are 3 groups of Wikimedia servers running which will go through a round of this upgrade). —TheDJ (talk • contribs) 06:41, 20 March 2015 (UTC)

::Thanks for the explanation. --Pengortm (talk) 16:02, 20 March 2015 (UTC)

23:55:57 Micrometre‎‎ (2 changes | history) . . (0)‎ . . [ClueBot NG‎; 111.69.22.229‎]

23:55:57 (cur | prev) . . (-2,576)‎ . . 111.69.22.229 (talk) (→‎SI standardisation)

m 23:55:57 (cur | prev) . . (+2,576)‎ . . ClueBot NG (talk | contribs) (Reverting possible vandalism by 111.69.22.229 to version by Stevenmitchell. False positive? Report it. Thanks, ClueBot NG. (2167277) (Bot))

Is this something that should be fixed? —Quondum 00:13, 20 March 2015 (UTC)

:Steps to reproduce for me: Enable "Group changes by page in recent changes and watchlist" at Special:Preferences#mw-prefsection-rc and "Expand watchlist to show all changes" at Special:Preferences#mw-prefsection-watchlist. Watch Micrometre. View watchlist. Click triangle to the left of "Micrometre" on watchlist. The page history of the article shows the right order. The revision numbers are 652299116 for the IP and 652299128 for ClueBot NG. Several other pages on my watchlist had two edits the same minute, and all showed the right order. I added five other recently reverted articles at Special:Contributions/ClueBot NG to my watchlist. All were reverted in the same minute as the previous edit, and all were shown in the right order on my watchlist. PrimeHunter (talk) 00:42, 20 March 2015 (UTC)

::{{u|PrimeHunter}}, for clarity, the above example is the the same second, not merely the same minute. And I take it from what you say that when you expand as described by clicking on the triangle, the last two lines above are swapped relative to the above (the above is in the incorrect order). It would be interesting if the same interface produces different results for the same information for different people. —Quondum 04:19, 20 March 2015 (UTC)

:::I reproduced your wrong order. "The page history of the article shows the right order" meant https://en.wikipedia.org/w/index.php?title=Micrometre&action=history. I don't display seconds and didn't notice the seconds in your quote. Selecting the last date format at Special:Preferences#mw-prefsection-rendering gives me seconds. I get the right watchlist order for edits in the same minute but different seconds. I found another example with the same second at Row cover. There I get the wrong order again. PrimeHunter (talk) 11:12, 20 March 2015 (UTC)

:I have recently been playing with :mw:API:Usercontribs and found a couple of cases where my contributions were listed by the API with a slightly different order than shown using Special:Contributions (pairs of edits were reversed, as in the report here). I'm mentioning that in case someone wants to investigate, and I could look for examples if needed. Johnuniq (talk) 00:56, 20 March 2015 (UTC)

::I've seen this before, at least three times over a period of many months (a few years?). It seems as if the query which obtains and sorts the rows for display is not taking the revision number into account when two edits have the same stored date/time. I believe that the stored time precision is to whole seconds, that being the precision of a UNIX time; although this is truncated to minutes for display. --Redrose64 (talk) 08:22, 20 March 2015 (UTC)

:It's the wrong place if existing software features like Help:Collapsing are used. Content discussions about the English Wikipedia belong here at en.wikipedia.org. The below shows a way we could do it (could be made prettier), but I don't expect consensus for it. See MOS:CODE and WP:NOTREPOSITORY.

;Hello world code

{{Collapse top|C}}

1. include

int main()

{

printf("Hello, world!\n");

}

{{Collapse bottom}}

{{Collapse top|Java}}

In console:

public class HelloWorld {

public static void main(String[] args) {

System.out.println("Hello, world!");

}

}

{{Collapse bottom}}

{{Collapse top|C#}}

In a console or terminal:

using System;

class Program

{

public static void Main(string[] args)

{

Console.WriteLine("Hello, world!");

}

}

{{Collapse bottom}}

:Or with an outer collapsed box:

{{Collapse top|Hello world code}}

{{Collapse top|C}}

1. include

int main()

{

printf("Hello, world!\n");

}

{{Collapse bottom}}

{{Collapse top|Java}}

In console:

public class HelloWorld {

public static void main(String[] args) {

System.out.println("Hello, world!");

}

}

{{Collapse bottom}}

{{Collapse top|C#}}

In a console or terminal:

using System;

class Program

{

public static void Main(string[] args)

{

Console.WriteLine("Hello, world!");

}

}

{{Collapse bottom}}

{{Collapse bottom}}

:It could for example be suggested at Wikipedia talk:WikiProject Computer science or Wikipedia:Village pump (proposals). PrimeHunter (talk) 16:58, 20 March 2015 (UTC)

:: Thank you, I forgot that this feature existed. רן כהן (talk) 17:02, 20 March 2015 (UTC)

|-

| colspan="8" |Handling:

|-

| colspan="8" |Boka:

|}

-- — Preceding unsigned comment added by Ezzex (talk • contribs) 14:19, 20 March 2015‎

: {{Ping|Ezzex}} Examples shown above. Please be mindful of WP:COLOR. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:53, 20 March 2015 (UTC)

::Many thanks.--Ezzex (talk) 15:13, 20 March 2015 (UTC)

I am hoping to get a colour added to Golan heights and East Jerusalem so as to differentiate them from the within armistice line territory claimed by Israel so as to distinguish them in a similar way as the West Bank. I think that a similar colour would do. All as per discussions Talk:Israel#Colouration proposal re: File:Israel districts.png and [https://commons.wikimedia.org/wiki/File_talk:Israel_districts.png File talk:Israel districts.png#Proposal for colour changes.] Thanks. GregKaye 17:18, 20 March 2015 (UTC)

:Wikipedia:Graphics Lab/Map workshop. PrimeHunter (talk) 17:28, 20 March 2015 (UTC)

Please help remove excess panel. This happened after the last update. --Дагиров Умар (talk) 20:16, 20 March 2015 (UTC)

This error in the Chechen Wikipedia.--Дагиров Умар (talk) 20:23, 20 March 2015 (UTC)

:This is bug T93384.--Snaevar (talk) 23:19, 20 March 2015 (UTC)

:::Thank you so much. -- Дагиров Умар (talk) 23:42, 20 March 2015 (UTC)

There have been a few previous discussions on the implementation of a confirmation when rolling back, which might be worth a quick read before responding here: Rollback option, iPhone and rollback, Rollback on Watchlist really needs to go..., Rollback popup?, Adding a confirmation dialog to the watchlist rollback link. Sam Walton (talk) 20:31, 18 March 2015 (UTC)

• Support I like the idea as an opt-in preference. For disabling rollback only on mobile devices, you can use a tiny script for that such as User:MusikAnimal/rollbackTouch.js. I could write another script equally as tiny to achieve the rollback confirmation you are after, but it would use the browser's confirm popup, with OK and Cancel buttons, rather than the little interface you see for thanking users. We could then add it as an opt-in gadget. — MusikAnimal ^talk 20:52, 18 March 2015 (UTC)
• :If you're interested, here's a script that does what I was talking about: User:MusikAnimal/confirmationRollback. I could modify it or create a new version that only prompts for confirmation if on a mobile device, or only on watchlists, etc... all very easy to do. Cheers — MusikAnimal ^talk 00:04, 19 March 2015 (UTC)
• :Here's one that only prompts on mobile: User:MusikAnimal/confirmationRollback-mobile. If this ever does become a gadget, we might consider enabling it by default. Note also the browser confirmation as opposed to the tiny interface seen when thanking someone, is probably more mobile-friendly anyway. — MusikAnimal ^talk 00:09, 19 March 2015 (UTC)
• ::{{+1}} Hallelujah! I just tested this, and it works great! This is something I've wanted for a while. Imzadi 1979 → 02:58, 19 March 2015 (UTC)
• Support - Personally I'll probably never use it but for those on mobiles this is probably a dream come true :), I like the idea and I like the fact it's opt-in as opposed to it simply being forced down our throats!, Meh I don't see any harm in the opt-in message. –Davey2010^Talk 21:49, 18 March 2015 (UTC)
• Support as long as it's opt-in. The whole point of rollback is that it doesn't require confirmation (because this slows things down a lot), so we shouldn't change the default, but of course it would be good if we gave the option to users who want it. Nyttend (talk) 13:15, 19 March 2015 (UTC)
• Support as opt-in - I can see that it may be useful for some users, but most rollback-capable users wouldn't want it. עוד מישהו Od Mishehu 14:01, 19 March 2015 (UTC)
• Support as opt-in on main site support as opt-out on mobile. All the best: Rich Farmbrough, 16:33, 19 March 2015 (UTC).
  
• To hide the rollback button altogether on your watchlist use this:

.mw-special-Watchlist .mw-rollback-link {

display: none;

}

KonveyorBelt 17:03, 19 March 2015 (UTC)

• I believe this was one of the intended use cases of [http://htmlpreview.github.io/?https://github.com/wikimedia/mediawiki/blob/master/docs/uidesign/confirmable.html jquery.confirmable], currently used to confirm "thanks". It might be worth investigating making a gadget using this feature. wctaiwan (talk) 20:45, 19 March 2015 (UTC)
• Support as opt-in only. Although we already have that with MusikAnimal's extension. Stickee (talk) 23:34, 19 March 2015 (UTC)
• Support as opt-in, good idea. Matiia (talk) 23:46, 19 March 2015 (UTC)
• There is an old proposed patch for MediaWiki that implements this (https://gerrit.wikimedia.org/r/#/c/90729/), which is probably what wctaiwan had in mind, indeed using the same mechanism as Thanks confirmation. Shouldn't be difficult to dust it off. Matma Rex talk 23:41, 20 March 2015 (UTC)

::I was actually thinking of a gadget rather than a core change. That way it'd be opt-in without requiring further code changes. wctaiwan (talk) 23:52, 20 March 2015 (UTC)

• Rich's suggestion of opt-out for mobile (and opt-in elsewhere?) is an excellent idea. I have only ever made a mistaken rollback once or twice on desktop, but can imagine it happening a lot more frequently on mobile. Andrew Gray (talk) 15:29, 21 March 2015 (UTC)

:For starters, see here [http://dumps.wikimedia.org/other/pagecounts-raw/], and this page [http://stats.grok.se/] will let you query single articles. Getting a top 500 in category math from there would require a little scripting, but someone may already have tools to do that. SemanticMantis (talk) 15:36, 20 March 2015 (UTC)

:Furthermore, something seems a little fishy about techniques used to make that list. Why is Albert_Einstein number 1? I wouldn't think he should count as a "math" article, and currently, his page has no categories that even contain the string "math", though maybe in the past his page had the category "mathematician" or something... SemanticMantis (talk) 16:48, 20 March 2015 (UTC)

::In this context, "Math articles" are articles that are part of Wikiproject Mathematics.Brirush (talk) 16:57, 20 March 2015 (UTC)

:::A page like WP:WA/PP, updated monthly by bot, can be set up for Wikiproject Mathematics (or any wikiproject) - see https://tools.wmflabs.org/popularpages/config.php to set it up - Evad37 [talk] 15:14, 21 March 2015 (UTC)

Hello, I noticed that in [//en.wikipedia.org/w/index.php?title=NGC_6086&diff=652803778&oldid=651163669| this diff], part of the page which I did not touch is being shown as changed. I believe this to be a bug. Can someone report this on Phabricator ? (I don't have an account nor do I know how to check if this bug has already been reported.)

See image. Thank you. --Siddhant (talk) 00:00, 21 March 2015 (UTC)

:This will happen in a number of diff views by different programs. Notice that the {{tag|ref|c}} at the end of the line didn't show as being changed. This is because the diff view engine thinks you inserted the content in the middle of the ref, rather than copied and pasted after it. --Izno (talk) 02:39, 21 March 2015 (UTC)

:: Ah. I see your point. Actually, what happned is that because of this ambiguity in deciding whether I inserted the text or appended it, the Citation bot ended up doing a botched up job via its [//en.wikipedia.org/w/index.php?title=NGC_6086&diff=next&oldid=652803778| followup edit]. I'll report this to the Bot ownner. Furthermore, I was wondering if the diff software can/should be made to choose the appended text interpretaion over the inserted text interpretation? Can/should this be special cased? --Siddhant (talk) 03:36, 21 March 2015 (UTC)

:::I see no errors in Citation bot's edit. What you are seeing appears to me as purely an inadequacy in the diff program. It simply can't tell whether you inserted a new reference or extended the old one. I have seen this in diff output forever (for more than 20 years); diff is pretty smart, but it often reports that a whole word has been changed when I changed only one character, for example. A bug report on Phabricator might generate a useful programming challenge for some young and ambitious programmer who doesn't know what is impossible yet. – Jonesey95 (talk) 04:32, 21 March 2015 (UTC)

::::You are correct! There is no error in the bot's edit (except the blank fields which is did not remove, but that's a minor problem. Thanks for your cleanup edit regarding that.) --Siddhant (talk) 07:55, 21 March 2015 (UTC)

:::::It should be possible to enhance the diff so that it shows character differences instead of word differences. If you go to a file description page on Commons, and request rename of the file by using {{tlc|Rename}}, it presents a box showing two diffs. This is demonstrated on the template page itself, where under "Difference in words:" it shows all of the page name as changed, whereas under "Difference in characters:", the letters "e", "m" and "p" are shown as unchanged. Further examples make this clearer. --Redrose64 (talk) 11:42, 21 March 2015 (UTC)

::::::I don't know what part of the software builds these character-based diffs, but I suspect it is some template or module; the transclusion mechanism at Commons is pretty horrid. As for why regular diffs seem to count the first occurence as changed; it is because a diff is usually build from end to beginning. -- User:Edokter]] {{talk}} 12:31, 21 March 2015 (UTC)

:::::::Probably c:Module:Diff then. --Redrose64 (talk) 15:01, 21 March 2015 (UTC)

:{{replyto|PeeJay2K3}} I've come across this before, at :File:Metropolitian Railway (1870).svg. In this case it was the presence of the following:

xml:space="preserve"

id="flowRoot3396"

style="fill:black;stroke:none;stroke-opacity:1;stroke-width:1px;stroke-linejoin:miter;stroke-linecap:butt;fill-opacity:1;font-family:Sans;font-style:normal;font-weight:normal;font-size:40px;line-height:125%;letter-spacing:0px;word-spacing:0px">

id="flowRegion3398">

id="rect3400"

width="91"

height="46"

x="231"

y="921.39148" />

id="flowPara3402" /> That {{tag|rect|s}} drew the black rectangle, so {{done}} I removed it; I also removed the {{tag|flowRoot}} {{tag|flowRegion}} and {{tag|flowPara|s}} elements, since these are not documented in the SVG spec, and so their behaviour is unknown. --Redrose64 (talk) 19:47, 21 March 2015 (UTC)

::{{replyto|Redrose64}} Thank you very much. That was bugging the crap out of me. I wonder why it happened! – PeeJay 20:09, 21 March 2015 (UTC)

:::That SVG has all the hallmarks of having been edited in Inkscape, which adds all sorts of strange stuff, ranging from undocumented elements through undocumented attributes on documented elements to undocumented values on documented properties. Ordinarily I would strip out all of the obvious Inkscape deadweight, and it would still render as intended. --Redrose64 (talk) 20:34, 21 March 2015 (UTC)

::flowRoot is not supported by the SVG rendered in use by MediaWiki. —TheDJ (talk • contribs) 21:16, 21 March 2015 (UTC)

:::OK, part of the issue is with Inkscape, which seems to be creating a file header that is inconsistent with its content. I've looked at the {{tag|svg|o}} tag in that file, and it has the attribute version="1.0" The current W3C Recommendation (i.e. widely-accepted standard) for SVG is [http://www.w3.org/TR/2011/REC-SVG11-20110816/ version 1.1, 16 August 2011], which lacks {{tag|flowRoot}} and those others. These are proposed for SVG version 1.2, which is still a [http://www.w3.org/TR/2005/WD-SVG12-20050413/ W3C Working Draft - last revision 13 April 2005], nearly ten years ago. It doesn't have a clickable Table of Contents, but googling around I found [http://www.w3.org/TR/2004/WD-SVG12-20041027/flow.html this older version]. --Redrose64 (talk) 22:05, 21 March 2015 (UTC)

| Instruments = Alto saxophone, tenor saxophone, keyboards, oboe, violin

But as displayed, the line doesn't show. I've tried various fixes - changing the capital I to a lowercase, changing the location of the line - but they've had no effect in the page previews. What's causing this problem?Bjones (talk) 21:07, 21 March 2015 (UTC)

:{{ping|Bjones}} The infobox in question is {{tl|Infobox musical artist}}, the documentation of which shows the parameter name is {{para|instrument}} (singular and lowercase). The parameter works if it is changed to that. SiBr₄ (talk) 21:17, 21 March 2015 (UTC)

::Got it, and that did work. Thanks for your advice.Bjones (talk) 02:00, 22 March 2015 (UTC)

:The attribute is not whitelisted. See Help:HTML in wikitext#Attributes. --  Gadget850 ^talk 21:33, 21 March 2015 (UTC)

:Looks OK to me. Do you see this text: "minor edit" --  Gadget850 ^talk 01:10, 22 March 2015 (UTC)

::No, you would not. User:Beyond_My_Ken/monobook.css contains:

1. minoredit_helplink { display: none;

}

::Which causes it to be hidden. --  Gadget850 ^talk 01:13, 22 March 2015 (UTC)

:::You must have added that code to hide the link in MediaWiki:Minoredit which is displayed next to the minor edit checkbox when editing, so you should also see "This is a" there. Some users hide the link to avoid accidentally hitting it during an edit. MediaWiki:Recentchanges-legend-minor uses the same id for the link so it also becomes hidden there. PrimeHunter (talk) 03:40, 22 March 2015 (UTC)

::::Added in {{diff|User:Beyond My Ken/monobook.css|prev|363526888|this edit}} - almost five years ago. --Redrose64 (talk) 10:48, 22 March 2015 (UTC)

:The software checks to ensure the file matches the extension. Looks like it is a PNG image with a GIF extension. Rename it to a PNG extension. --  Gadget850 ^talk 01:59, 22 March 2015 (UTC)

However, when I type in John Coates businessman, he does show up.

Is there any way of resolving this issue?

Cheers,

Alex

--AlexMoscow74 (talk) 15:44, 20 March 2015 (UTC)

:If you mean the drop-down suggestions when you type in the search box then at most 10 pages are selected and John Coates (businessman) doesn't currenly make the cut for "John Coates", but appears on "John Coates (". Nothing should be done about that. Don't try to game the system to get your preferred page to replace another. If you mean the disambiguation page John Coates then it's not a search feature but a manually edited page. An editor added the business man after your post.[//en.wikipedia.org/w/index.php?title=John_Coates&diff=652747476&oldid=555634138] The article author should have done it at the page creation but it's an inexperienced editor. If you mean the search results page for {{search link|John Coates}} then the business man is currently the 11th result on the first page. Don't try to game the systemn to make him appear higher on the page. So regardless of what you meant, there is nothing more to do now. PrimeHunter (talk) 17:25, 20 March 2015 (UTC)

Thank you PrimeHunter, I appreciate you help with resolving this issue. --AlexMoscow74 (talk) 10:05, 23 March 2015 (UTC)

Out of the box, mediawiki is just terrible as far as spam and malicious bots. It is amazing the trouble I have had with the 10+ mediawiki sites I have. If I don't immediately disable editing, I am assaulted with bots within weeks. The captchas are clunky and difficult for me to effectively install. Why doesnt a robust wikipedia like captcha come standard with mediawiki? To me, this is the biggest weakness of mediawiki.

My account just was suspended with Namecheap:

:It has come to our attention that there is a huge amount of similar emails queued on the server by your hosting account ideakwty. Please note that transmitting any unsolicited commercial or bulk email, or being engaged in any activity known or considered to be spamming or Mail Bombing is expressly prohibited on our hosting servers according to our Acceptable Use Policy, paragraph 8. ‘Prohibited Activities’ www.namecheap.com/legal/hosting/aup.aspx

:As we can see, the emails are sent per each account registration on your web site [removed].com. In order to protect your web site from spam bot account registration please consider using anti spam software (e.g. Captcha).

Please, please technical people - don't shoot the messenger. I am very technically savvy. This is a constant difficultly I have had for years with mediawiki.

Again, Does anyone sell a wikipedia mediawiki clone with awesome captcha, etc?

Thank you Namecheapblues (talk) 13:16, 22 March 2015 (UTC)

:Have you checked mw:Manual:Combating spam? --AKlapper (WMF) (talk) 16:03, 22 March 2015 (UTC)

:How have you configured Mediawiki? Are you requiring registration to edit? Have you turned on edit rate limiting? Do you enable uploading? Have you looked at the [http://www.mediawiki.org/wiki/Manual:Installation_guide Installation guide]? —EncMstr (talk) 19:38, 22 March 2015 (UTC)

::thank you for suggestions. thank you for your help. yes I am doing all this.

::The problem is that mediawiki has a HUGE flaw.

::I wish I could spend my own money and buy wikipedia mediawiki. Namecheapblues (talk) 13:11, 23 March 2015 (UTC)

:::It really depends on what you need exactly. A website that anyone can edit is doomed to have spam. Besides setting up a decent captcha (which is definitely possible by Mediawiki, through extensions), you might want preventing new account registration, forcing new edits to be approved by a seasoned user, forcing users to verify their account, ... Otherwise, there are a lot of alternatives: List of wiki software. -- Luk ^talk 13:36, 23 March 2015 (UTC)

: These can't be deleted by bot because they first need to be carefully checked for errors. For example, fair use files are sometimes posted to Commons with bogus copyright tags and should instead be nominated for deletion on Commons, and some people upload files to Commons without providing correct source information. quarry:query/947 can also be used for finding untagged files on Commons. A bot could maybe add {{tls|ncd}} to the files, but this assumes that the deleting admin carefully cleans up the files and nominates files on Commons as necessary. --Stefan2 (talk) 20:39, 22 March 2015 (UTC)

:: I used to have a bot doing just that, but it needed careful human examination: lots of duplicates are moves from Wikipedia to Commons, with incorrect licensing information. And of course non-free files that would get moved to Commons by someone who doesn't know better, and get deleted there after a few months. -- Luk ^talk 13:39, 23 March 2015 (UTC)

What those pages happy to have in common is the Template:Library_resources_box. But despite looking in that template, in the page's source code, and the page's html. I can't find a link to The Wikipedia Library in any of them. So... why are they showing up in the related changes feed? Thanks! Ocaasi ^{t | c} 17:51, 22 March 2015 (UTC)

:WP:The Wikipedia Library mentions those authors in the quote section at the bottom. -- John of Reading (talk) 20:44, 22 March 2015 (UTC)

::Ohhhhh. Thanks! {{Ping|John of Reading}}. Cheers, Jake Ocaasi ^{t | c} 23:01, 24 March 2015 (UTC)

I don't know where to even begin searching to fix this; the most (I think) I know for sure is that there's a problematic comma within those templates (or scripts?) that became transcluded onto the Featured topics count page.

Anything I could rely upon for future reference would be greatly appreciated. Thanks in advance. Googol30 (talk) 07:38, 24 March 2015 (UTC)

:The four-digit counts were causing problems. I've fixed it, with some help from Help:Magic words. -- John of Reading (talk) 07:53, 24 March 2015 (UTC)

:Your browser may have cached Islamic calendar and the page history before the protection by CambridgeBayWeather at 06:57. Try to bypass your cache. PrimeHunter (talk) 13:36, 24 March 2015 (UTC)

::It cleared. Thanks. 87.81.147.76 (talk) 15:33, 24 March 2015 (UTC)

:Querying CommonSense ...done.

:Querying image data ...done.

:Retrieving image description ...done.

:ERROR: null

If while still logged in on Uploader, I go back to the original file to try again, in this case :File:New York Dramatic Mirror June1910.jpg, it will go through the motions and still kick up the above error message. The image never gets uploaded at Commons. Since it worked before, why is it not now? — Maile (talk) 19:46, 24 March 2015 (UTC)

::I see a July 2014 message identical to mine on Commons: Discussion. No answer was posted there. — Maile (talk) 19:52, 24 March 2015 (UTC)

:::Have you informed Magnus on this wiki? --Redrose64 (talk) 19:56, 24 March 2015 (UTC)

::::Thanks. I just posted to his talk page. — Maile (talk) 20:05, 24 March 2015 (UTC)

It is my first time to announce here. I am Moushira, a new community liaison for mobile products and I have some updates to share :). So, Extension:Gather has been in development for a while and is now ready for beta launch on wp:en mobile web by next week, where mobile logged in users activating their beta features option, will have the possibility to create and share public lists of their articles. For more information, kindly check the FAQ and feel free to add comments and further questions. I would have ideally loved to share more updates earlier, however, there are details that were only clarified/solved very recently, without which earlier announcement would have been vague. Lets look forward to awesome lessons to learn on beta. Thank you :). --Melamrawy (WMF) (talk) 22:31, 24 March 2015 (UTC)

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

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

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

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

• {{flagicon|Switzerland}} ← flagicon|Switzerland
• {{flagicon/sandbox|Switzerland/sandbox}} ← flagicon/sandbox|Switzerland/sandbox
• {{flagicon|Switzerland|size=30x30px}} ← flagicon|Switzerland|size=30x30px
• {{flagicon/sandbox|Switzerland/sandbox|size=30x30px}} ← flagicon/sandbox|Switzerland/sandbox|size=30x30px

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

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

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

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

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

::::{{ping|Edokter}}
No, it isn't redundant. It's necessary, because Template:flagbig currently uses parameter {{param|size}} of Switzerland (and others, e.g. Vatican City, North Dakota ...) which is 16px. See:
{{flagbig|MON}}
{{flagbig|MON}}
{{flagbig|SUI}}
{{flagbig|SUI}}
{{flagbig|VAT}}
{{flagbig|VAT}}
{{flagbig|North Dakota}}
{{flagbig|North Dakota}}
{{flagbig|NIG}}
{{flagbig|NIG}}
Therefore I'm trying to fix it with "fixed size". Maiō T. (talk) 17:11, 22 March 2015 (UTC)

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

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

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

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

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

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

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

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

::

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

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

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

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

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

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

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

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

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

{{Hsb}}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

{{col-2}}

code:

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

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

{{col-2}}

code:

{{winners-other|2015 Hopman Cup Champions|Poland|Poland|First}}

{{winners-other|2015 Hopman Cup Champions|Poland|Poland|First}}

{{col-end}}

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

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

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

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

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

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

:With this tool: [//tools.wmflabs.org/xtools/pages/].·maunus · snunɐɯ· 18:39, 25 March 2015 (UTC)

:Yours is [//tools.wmflabs.org/xtools/pages/index.php?user=Richard+Arthur+Norton+%281958-+%29&lang=en&wiki=wikipedia&namespace=0&redirects=noredirects over here]. Impressive number by the way. You can access this link from the bottom of your user contributions. EoRdE6^{(Come Talk to Me!)} 18:41, 25 March 2015 (UTC)

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

:FWIW, it is possible [{{fullurl:Special:Contributions/Richard Arthur Norton (1958- )|newOnly=1&namespace=0}} on-wiki] as well, though without an option to exclude redirects and page moves. SiBr₄ (talk) 19:11, 25 March 2015 (UTC)

::Hmm, I make a lot of edits but don't create many pages, so [{{fullurl:Special:Contributions/John of Reading|newOnly=1&namespace=0}} my corresponding query] stressed the servers:

A database query error has occurred. This may indicate a bug in the software.
Function: IndexPager::buildQueryInfo (contributions page unfiltered)
Error: 2013 Lost connection to MySQL server during query (10.64.32.25)

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

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

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

::{{ping|Maunus}} This tool: [//tools.wmflabs.org/xtools/pages/] you recommended seems to be down. GoingBatty (talk) 00:59, 26 March 2015 (UTC)

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

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

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

:Wow, [//tools.wmflabs.org/xtools/pages/index.php?user=Lugnuts&lang=en&wiki=wikipedia&namespace=0&redirects=noredirects more than I thought]! Lugnuts ^{Dick Laurent is dead} 19:02, 26 March 2015 (UTC)

The message I left:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

::Thanks. That seems very possible, as my phone does do funny things. Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 21:02, 30 March 2015 (UTC)

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

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

:::{{U|Nil Einne}} Thanks for fixing the link too! Also updated Laser drilling Jim1138 (talk) 17:15, 30 March 2015 (UTC)

I just transwiki'd two pages requested at WP:RFPI, (User:Dan Koehl/Ditmar Koel; User:Dan Koehl/Alfred Brazier Howell). In both cases the import failed with a try again server error, but the page history WAS imported. However, the log entry was not created on the import log or in the page history. (Ping to {{ping|Graham87}} for awareness). Any suggestions? — xaosflux ^Talk 17:52, 30 March 2015 (UTC)

:See phab:T94325 Glaisher (talk) 17:54, 30 March 2015 (UTC)

::Thank you {{ping|Glaisher}} that's exactly the issue; subscribed to the bug. — xaosflux ^Talk 17:57, 30 March 2015 (UTC)

We created a new editnotice at:

Template:Editnotices/Page/Comparison of EDA software

...by when we try to edit the associated article (Comparison of EDA software) the text the template carries doesn't appear at all. Any clues? Thanks! SageGreenRider (talk) 21:00, 30 March 2015 (UTC)

• Little more detail. When you mouse over the link for the editnotice for the page, navpop shows the source for the edit notice, but it doesn't display (at least not with wikEd enabled, I haven't tested other ways). — {{U|Technical 13}} (e • t • c) 21:30, 30 March 2015 (UTC)

::There have been some changes to the edit notice system. I pinged User:Catrope and USer:Krinkle on IRC, it'll take a few minutes. —TheDJ (talk • contribs) 21:41, 30 March 2015 (UTC)

:::Other mainspace pages w/editnotices, e.g. One Direction show the same problem, but Talk:One Direction shows its editnotice correctly. For those which fail to display, when edit the page (whole page or single section) the top and left menus are reduced to 90% of normal size. This has happened before somewhere, IIRC there was an unclosed {{tag|div|o}} which set 90% font size. --Redrose64 (talk) 21:45, 30 March 2015 (UTC)

:Seems to be related to recent changes at MediaWiki:Editnotice-notext. I just deleted this message to revert it to default. {{ping|Krinkle}}; {{ping|Technical 13}}. — xaosflux ^Talk 21:56, 30 March 2015 (UTC)

::@Xaosflux: The MediaWiki:Editnotice-notext page is harmless. It makes something appear after Template:Editnotice load has been tried first. It can only make something appear where there would otherwise be nothing. It cannot cause something to disappear. Krinkle (talk) 21:58, 30 March 2015 (UTC)

Well for Template:Editnotices/Page/Comparison of EDA software the problem is just user error, there is no param value "infinite", it should be "indefinite" —TheDJ (talk • contribs) 21:59, 30 March 2015 (UTC)

:::Also, if :Template:Editnotice load/notext is being loaded to MediaWiki, shouldn't it be full-protected? But something else is going on here; now with that message deleted I'm not getting prompts to create page notices/etc. I'm going to be offline for a few hours, please update here any other changes. — xaosflux ^Talk 22:02, 30 March 2015 (UTC)

:Deleted the bad expiry parameter, appearing now. This is failing in a very poor way though. — xaosflux ^Talk 22:04, 30 March 2015 (UTC)

::Restored the deleted mediawiki message, protected the transcluded template as well. — xaosflux ^Talk 22:07, 30 March 2015 (UTC)

• {{done}} Think this is all good now? — xaosflux ^Talk 22:07, 30 March 2015 (UTC)
• All good i think. Just bad luck that we had a template error and a change to the whole system at the same time. Usually things like that are then related, but not in this case. :0 —TheDJ (talk • contribs) 22:10, 30 March 2015 (UTC)
• But we should probably protect Template:Editnotice_load/notext/core as well. —TheDJ (talk • contribs) 22:12, 30 March 2015 (UTC)
• : {{ping|TheDJ}} Done. James F. (talk) 22:14, 30 March 2015 (UTC)
• :Thanks, everyone! All good now! SageGreenRider (talk) 22:15, 30 March 2015 (UTC)
• Also protected Template:Editnotice load/content. Krinkle (talk) 22:53, 30 March 2015 (UTC)

:::::It's not "all good now". When I edit Wikipedia talk:Editnotice, the 90% size problem is there - and that page doesn't even have an editnotice. --Redrose64 (talk) 22:35, 30 March 2015 (UTC)

:::::(edit conflict) If a page does not have an edit notice then the MonoBook edit window currently reduces the font size on tabs and the sidebar, at least for me in Firefox. Compare https://en.wikipedia.org/w/index.php?title=Foobar&useskin=monobook and https://en.wikipedia.org/w/index.php?title=Foobar&action=edit&useskin=monobook. I don't usually use MonoBook so I don't know how recent this problem is but I suspect it was caused by edits by Krinkle to MediaWiki:Editnotice-notext or a related page in response to this section. It doesn't happen if there is an edit notice, for example for https://en.wikipedia.org/w/index.php?title=Comparison_of_EDA_software&action=edit&useskin=monobook. PrimeHunter (talk) 22:37, 30 March 2015 (UTC)

::::[https://en.wikipedia.org/w/index.php?title=Template%3AEditnotice_load%2Fnotext%2Fcore&diff=654251525&oldid=654247413 Fixed] the font-size problem in Template:Editnotice load/notext/core. Krinkle (talk) 22:52, 30 March 2015 (UTC)

{{archive bottom}}

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

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

Here at the English Wikipedia, you will need to opt-in to VisualEditor via Beta Features to see Citoid. Pre-deployment testing can be done [http://en.wikipedia.beta.wmflabs.org/wiki/Sandbox?veaction=edit here on Beta Labs]. (Before you ask: yes, after getting all the bumps smoothed out, the plan is to make it available in the wikitext editor as well. However, that will likely not be for some months yet.)

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

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

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

:Latest word: This isn't going to happen until Labs is happy again. However, the schedule is looking like maybe tonight, maybe tomorrow. Citoid is likely to appear here pretty shortly after Coren gives the all-clear on Labs. Whatamidoing (WMF) (talk) 23:39, 30 March 2015 (UTC)

::It's up. Feel free to give it a try and let me know what you think. Whatamidoing (WMF) (talk) 04:20, 31 March 2015 (UTC)

{{tracked|T92046}}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

The deletion log has no record of the page being deleted [//en.wikipedia.org/w/index.php?title=Special:Log/delete&page=List_of_Recently,_My_Sister_is_Unusual_episodes]. There a reason for the message? - Knowledgekid87 (talk) 02:16, 30 March 2015 (UTC)

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

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

''The revision #0 of the page named "Homo ergaster" does not exist.

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

''

And nothing was found in deletion log.

[//en.wikipedia.org/w/index.php?title=Special:Log/delete&page=Homo_ergaster]

— HenryLi (Talk) 05:13, 31 March 2015 (UTC)

:I purged the article and it fixed it. Not sure what caused the error. Killiondude (talk) 05:15, 31 March 2015 (UTC)

::Weird, it seems that this is occurring more often lately. Mentioned this one in the ticket where this been reported a few times more this month. —TheDJ (talk • contribs) 06:16, 31 March 2015 (UTC)

: Here's a possible workaround:

1. Create a second account for maintenance (It's legit to do so provided you declare each account on the other's user page. See WP:VALIDALT for the do's and don't's)
2. Create a small watchlist on one account and have it emailed
3. Create a big watchlist on the other account and don't have it emailed

hth, {{reply-to|Jpcase|p=}} SageGreenRider (talk) 22:27, 30 March 2015 (UTC)

:

::{{ping|SageGreenRider}} Thanks SageGreenRider. Someone actually made that suggestion to me at the Help Desk already. Apparently, once an e-mail is sent for a page, no more e-mails will be sent for it, until I've looked at that page through the account that is signed up for the e-mail notifications. Since I have no interest in actually using an alternative account, it would be a bit of a bother to have sign in and out of two different accounts just to keep getting e-mails. --Jpcase (talk) 22:36, 30 March 2015 (UTC)

:::If it's easier for you (I suspect it wouldn't be) to change browser than to sign in and out then you could have another browser which uses "Keep me logged in (for up to 30 days)" to always be logged in to the second account. PrimeHunter (talk) 22:58, 30 March 2015 (UTC)

OK, {{reply-to|Jpcase|p=}}, how about you set up your email inbox so that it puts the email from wikipedia into a low priority folder if it doesn't contain important keywords and a high priority folder if it does contain the keywords/article names you care about? SageGreenRider (talk) 23:01, 30 March 2015 (UTC)

{{ping|PrimeHunter}} {{ping|SageGreenRider}} Thanks PrimeHunter and SageGreenRider for your suggestions. I may try one of those ideas, but would still like to see the above-mentioned feature implemented. Do either of you know who would be responsible for seeing something like this designed? Is it just up to individual editors to decide what they want to design? Or would there be a specific group that takes on these issues? --Jpcase (talk) 23:06, 30 March 2015 (UTC)

{{reply-to|Jpcase|p=}} Sorry, I don't know it works. My guess would be people just work on things that a) they have the skill set for and b) they find useful themselves. SageGreenRider (talk) 23:18, 30 March 2015 (UTC)

...by the way, risking lapsing into cyber-psychology here, I'm reminded of a story attributed to the Buddha, something like this: "A red-faced farmer runs up to a group of monks and says 'Have my cows come this way? They broke the pasture fence and trampled all my sesame plants and escaped. I'm ruined. Have you seen them?' The head monk says 'Sorry, no, we've seen no cows all day' The farmer runs off shouting madly. The head monk says to the other monks 'Be thankful you have no cows. Be thankful you have no sesame fields. The farmer has made his own Hell' My point (and I do have one) is that maybe you are being a tad obsessive about your watchlist and you've "made your own Hell" so to speak. Why not forget the email thing, trim down your watchlist, and just look at recent changes when you log in? hth SageGreenRider (talk) 23:40, 30 March 2015 (UTC)

:Because people sort of expect me to show up at certain pages whenever they post. The feature he'd like would be helpful to me, at least until WP:Flow creates a decent feed (to serve up all the discussions wanting my attention on a silver platter one page ;-). Whatamidoing (WMF) (talk) 23:42, 30 March 2015 (UTC)

::It's only Wikipedia. Feel free to disappoint those people. ;-) SageGreenRider (talk) 23:52, 30 March 2015 (UTC)

:::{{ping|SageGreenRider}} Thanks for the sage advice Sage. ;) You're probably right that I should cut down my watchlist, but the main reason that I'm wanting an option for article-specific e-mail notifications, is so that if I'm waiting for a response from someone on a talk page, I won't have to actually check in on Wikipedia to know when they've gotten back to me - rather, I could just check my smartphone to see if I have any new e-mails. It would make it much easier for me to move my mind onto other things.

:::Anyways, I registered at phabricator, left a message there, and lo and behold - someone actually said that they've decided to start working on it. So we'll see what happens. :) --Jpcase (talk) 00:55, 31 March 2015 (UTC)

::::Ok good luck, but I'm merely the owner of a [https://en.wiktionary.org/wiki/sage_green sage green] bicycle, not a [https://en.wikipedia.org/wiki/Sage sage] per se. SageGreenRider (talk) 01:06, 31 March 2015 (UTC)

To answer the original question, Mediawiki (the software that runs Wikipedia) is maintained by a mixture of volunteers and staff paid by the Wikimedia Foundation. In addition to keeping the site running, the WMF staff tend to focus more on big tasks and long-term goals. Hence the development they lead tends to be more big picture. Smaller changes are more often made by volunteers poking at things. Anyone can Become a Mediawiki Hacker, assuming you know (or can learn) PHP, Mediawiki's code conventions, and associated things. Anyone can submit potential changes to the codebase, which are handled through git / gerrit [https://gerrit.wikimedia.org/r/#/], and then developers discuss changes and incorporate the good ones into what we actually run. Discussion of bugs and feature requests generally happens on phabricator [https://phabricator.wikimedia.org/], on mailing lists (e.g. [https://lists.wikimedia.org/mailman/listinfo/wikitech-l wikitech-l]), or on IRC. See developer hub for more info on contacting developers. However, unless you can do the development yourself, or convince a volunteer to do it for you, then you probably won't see the changes you hope for any time soon. Dragons flight (talk) 04:15, 31 March 2015 (UTC)

:This request in particular is one of the many tasks that are 'in between'. Too big for a single developer to take on (most definitely considering return value), too small and insignificant for the WMF to take on (they deal with much bigger problems). That basically makes it end up in the waiting chamber, where it will probably be until either we have an excess of resources (unlikely :) ) or a very determined volunteer who wants this for himself.

:Also remember that there are always [https://phabricator.wikimedia.org/maniphest/report/project/ thousands of bugs and feature requests] in [https://phabricator.wikimedia.org/project/query/all/ hundreds of subprojects] open at any one time, and that many of this are 'super tasks', that still need to be split into a couple more micro tasks, before they will be solved.

:The oldest task is currently from October 2004, but that is probably because dates were not imported from the system that was used before 2004. We regularly solve issues that have been requested some 6 years ago. Over the last 3 months, I myself have been steadily making progress on getting [https://phabricator.wikimedia.org/T41272 ajax previews] for the edit page working, something for which every wiki has a gadget, and that was blocked in core for multiple years for various reasons. Due to investments of teams like VisualEditor etc, into the core of MediaWiki some of these blockers are starting to disappear and the functionality suddenly becomes 'feasible' to add for a little volunteer developer like me. —TheDJ (talk • contribs) 12:02, 31 March 2015 (UTC)

:I think it is down and has been all day. ~ ONUnicorn^{(Talk|Contribs)}problem solving 06:39, 31 March 2015 (UTC)

::But things were working fine "earlier", i.e. at least as late as midnight my time. Until I finished what I was doing, and began closing tabs, I had several tabs running with Toolserver-placed coordinates from earlier in the evening. Nyttend (talk) 06:43, 31 March 2015 (UTC)

:::{{U|Nyttend}} There was a scheduled maintenance on March 30 at 22:00 UTC. Let's just say things didn't go well. Things are still down and as of a posting one hour ago, they are still working on it. FYI... it is WMFLabs and not Toolserver. Please don't sully Toolserver's good name by confusing it with WMFLabs :) Bgwhite (talk) 07:14, 31 March 2015 (UTC)

::::[https://lists.wikimedia.org/pipermail/labs-l/2015-March/003561.html Latest email] says things are back up and working now. Bgwhite (talk) 07:40, 31 March 2015 (UTC)

:See the "(Ro)bot wars" section of Wikipedia:Lamest edit wars. Nyttend (talk) 06:46, 31 March 2015 (UTC)

::Amusing, but I think a little different, as the choice between British and American spelling impacts every single page in the encyclopedia, meaning billions of words on over five million pages (counting project and talk space), not just two bots edit warring over the sandbox. I was wondering if that type of thing would cause a server crash the way deleting the main page or deleting the sandbox does. ~ ONUnicorn^{(Talk|Contribs)}problem solving 07:05, 31 March 2015 (UTC)

:::No problem. Anything can be blocked. Accounts would be first, if need be, sysadmins would block the traffic on the servers. —TheDJ (talk • contribs) 07:38, 31 March 2015 (UTC)

:I would answer this question but I can see no property P1082 on the listed Wikidata page (which is the one for lion). --Izno (talk) 14:04, 31 March 2015 (UTC)

::{{ping|Izno}} - Thank you. I messed up. It shouldnt have been Lion but Lyon (the town). A rewrite my question here:

::How do I get the reference from wikidata? d:Lyon have the population {{#property:P1082}} and it looks like the reference for this is P854, but {{#property:P854}} gives nothing if I preview it on Lyon (P1082 gives 491,268±1). Christian75 (talk) 13:35, 31 March 2015 (UTC)

:::Okay, so the only way that I know of to access the reference is to use Lua to get the entirety of the object's claims, and then use the same Lua code to select the reference of the particular element. I believe this would require a Lua module, probably built on Module:Wikidata. I'm not familiar enough with Lua at this time to help further. --Izno (talk) 15:16, 31 March 2015 (UTC)

:Use {{pf|ifexist|Media:...}} instead of {{pf|ifexist|File:...}} to determine whether a file (as opposed to a local file page) exists at a title. For example, :File:Example.svg is a Commons file without local description page, so {{#ifexist:Media:Example.svg|exists|doesn't exist}} returns "exists" while {{#ifexist:File:Example.svg|exists|doesn't exist}} returns "doesn't exist". SiBr₄ (talk) 16:31, 30 March 2015 (UTC)

::The above method cannot detect whether a given file is a local file, a Commons file or both, though, so it won't be usable for the {{tl|keep local}} template. SiBr₄ (talk) 19:24, 30 March 2015 (UTC)

:::You are supposed to use {{tlp|keep local|file name on Commons}} if the file is available somewhere on Commons. --Stefan2 (talk) 22:21, 30 March 2015 (UTC)

::::There are several cases and what would be nice would be to have them completely separated:

::::#Images that are not on Commons and never should be on Commons because they are copyrighted in their country of origin. These should not be using keeplocal at all - there's a different template for that.

::::#Images that would not be useful on Commons because they are someone's user page files or something else that is useless anywhere but this particular wiki. Again, this template should not even be used for those.

::::#Images that are not (yet) on Commons, but would be legitimate for moving there.

::::#Images that actually are on Commons, but the uploader has asked that a local copy be kept here (for whatever reason).

::::There is some benefit to be gained from having these four groups of images categorized separately. Well, there's no way that the template is going to fix #1 and #2. But there would be at least some benefit to the template (a) being able to put #4 in its own category and (b) not showing a link to a Commons image and telling the user it "might" exist, when it actually does not exist. --B (talk) 03:06, 31 March 2015 (UTC)

::::The "Media:" trick could be used to give an error for non-existing files, but files that exist locally but not on Commons would give false negatives. I don't think there is a better currently available method to check for non-existing files though. SiBr₄ (talk) 20:22, 31 March 2015 (UTC)

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

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

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

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

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

:Clicking on Preferences worked for me too. Crazy. Stevie is the man! ^{Talk • Work} 23:32, 31 March 2015 (UTC)

I don't believe this is related but I also received two Wikipedia emails from two different new users, explaining or asking about edits of theirs I had reverted. I get Wikipedia emails very rarely so I don't know why two people at once suddenly decided to use that option, their emails were polite and didn't contain any particularly private information. — Jeraphine Gryphon ^(talk) 08:47, 1 April 2015 (UTC)

:I think I saw someone say you can fix that by clicking Preferences. I could be wrong, but it might be worth a try while you're waiting for someone who actually knows what they're talking about. ―Mandruss ☎ 08:50, 1 April 2015 (UTC)

:: That worked. o_O Weird... — Jeraphine Gryphon ^(talk) 08:57, 1 April 2015 (UTC)

Um, why is every edit summary shouting at me? --NeilN ^{talk to me} 00:56, 1 April 2015 (UTC)

:Same here, but only when I'm registered. ---Sluzzelin talk 00:57, 1 April 2015 (UTC)

:IT'S JUST YOU; I DON'T KNOW WHAT YOU'RE TALKING ABOUT.

:(Just kidding...I came here to ask the same question.) postdlf (talk) 00:57, 1 April 2015 (UTC)

:Just wondering that myself. An April Fools thing? Have we angered the servers? Anna Frodesiak (talk) 00:59, 1 April 2015 (UTC)

: I also see that since a few minutes ago. Looks really bad. — Dsimic (talk | contribs) 00:59, 1 April 2015 (UTC)

::{{ec}} Same here, but it seems to have stopped. I hope it's just as temporary a problem for everyone else. Ian.thomson (talk) 01:00, 1 April 2015 (UTC)

:::Everything does now appear back to normal. That was strange... Nick—^Contact/_Contribs 01:01, 1 April 2015 (UTC)

:::: Right, normality seems to be restored. :) — Dsimic (talk | contribs) 01:01, 1 April 2015 (UTC)

:::Stopped for me. I fed postdlf to the servers. --NeilN ^{talk to me} 01:02, 1 April 2015 (UTC)

:This was an April Fools' prank added at MediaWiki:Group-user.css. I've deleted the page. Nakon 01:03, 1 April 2015 (UTC)

::I was headed here to report the same problem. But just a second ago everything went back to normal. Perhaps a few microchips were fed to the servers to appease them. MarnetteD|Talk 01:03, 1 April 2015 (UTC)

I want to emphasize a consensus reached years ago that April Fools pranks to the interface are out of bounds. Harej (talk) 01:05, 1 April 2015 (UTC)

I thought it was just me!!!! This had me super confused! I have a screenshot uploading now for those who don't understand. EoRdE6^{(Come Talk to Me!)} 01:08, 1 April 2015 (UTC)

:{{reply|EoRdE6}} Can you please request deletion of the screenshot from Commons? The user whose contributions it depicts is upset. Thanks.--Bbb23 (talk) 01:34, 1 April 2015 (UTC)

::{{reply|Bbb23}} So I see... Instead of making this a fiasco, I will go and deal with it there. May be a few hours though, this is commons. EoRdE6^{(Come Talk to Me!)} 01:36, 1 April 2015 (UTC)

:*Sorry to be a "party-pooper" here but AFD'ing every article here is one thing but fucking around with the interface is on another level!.... Sorry but I can have a laugh & all that but personally mucking around with stuff like that isn't really that funny.... –Davey2010^Talk 01:37, 1 April 2015 (UTC)

: YAY!!! Bobherry Talk Edits Happy April Fools Day! 02:44, 1 April 2015 (UTC)

I've given my opinion at MediaWiki talk:Group-user.css and won't retype it here. Btw, {{u|Legoktm}} is responsible for it in case anyone wants to complain to him personally. ekips39 (talk) 02:57, 1 April 2015 (UTC)

:Discussing on a talk page of a non-existant MediaWiki interface page is gr8. Killiondude (talk) 03:40, 1 April 2015 (UTC)

{{Archive bottom}}

| direction = vertical

| width = 300

| footer = Use Media Viewer or the Commons file page for better viewing

| image1 = 1 April 2015 enwiki village pump technical sizing issues Safari.tiff

| alt1 =

| caption1 = Safari, abnormal sizing

| image2 = 1 April 2015 enwiki village pump technical sizing issues Firefox.tiff

| alt2 =

| caption2 = Firefox, no problems

}}

For some reason, on Safari 8.0.4 on Mac OS X 10.10.2 Yosemite (Vector skin, both when logged out and logged in), bullet points display really small. I was expecting the normal bullet points of about 6 pixels in diameter (like in Firefox) but for some reason the displayed bullets have diameter of about 3 pixels. Jc86035 (talk • contribs) Use {{re|Jc86035}} to reply to me 10:09, 1 April 2015 (UTC)

:See Wikipedia:Village_pump_(technical)/Archive_135#Bullet_points -- WOSlinker (talk) 10:50, 1 April 2015 (UTC)

::Quick links: [https://bugs.webkit.org/show_bug.cgi?id=141367 webkit bug], phabricator background

:It has never been different. —TheDJ (talk • contribs) 12:32, 1 April 2015 (UTC)

{{clear}}

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

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

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

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

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

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

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

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

:::::The error message MediaWiki:Invalid-indicator-name was caused by a blank assignment name = in #tag in this code in {{tl|top icon}}:

:::::{{#tag:indicator|...| name = {{{name|{{{id|{{{image|{{{imagename|}}}}}}}}}}}}}}

:::::name is an undocumented synonym for id in {{tl|top icon}}. The error is produced if {{{name|{{{id|{{{image|{{{imagename|}}}}}}}}}}}} evaluates to blank, i.e. if either none of the four are assigned or if the first of the four to be assigned a value is assigned blank. Assigning name as non-blank was one way to avoid that. Another would have been to remove the blank |id= from the call in User:Odysseus1479. That would have meant the non-blank imagename was used instead. PrimeHunter (talk) 21:31, 2 April 2015 (UTC)

:::::I have warned against a blank |id= in the documentation.[//en.wikipedia.org/w/index.php?title=Template:Top_icon/doc&diff=654692015&oldid=653728352] PrimeHunter (talk) 22:01, 2 April 2015 (UTC)

::::::I should have caught this before... Anyway, this should no longer generate an error (even though using an empty id makes no sense), but using one is advised regardless. -- User:Edokter]] {{talk}} 22:28, 2 April 2015 (UTC)

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

:I am pretty sure that is caused by an issue with skin styles. [https://phabricator.wikimedia.org/T93050] We have a fix for it now and it will be deployed soon. Aude (talk) 19:04, 2 April 2015 (UTC)

::Looked at it more and think it's another issue, but probably can get it fixed shortly. Aude (talk) 19:10, 2 April 2015 (UTC)

:::Have a patch to fix this and now waiting for someone to review it. Aude (talk) 20:13, 2 April 2015 (UTC)

Is it just me, or is Special:Preferences looking a bit weird right now? The tabs of settings have somehow disappeared and turned into a list of bullets, like this:

• User profile
• Appearance
• Editing
• Recent changes
• Watchlist
• Gadgets
• Notifications
• Beta features

I have this issue on both Chrome and Firefox. Tony Tan⁹⁸ · talk 01:00, 31 March 2015 (UTC)

: It looks the same as ever to me. Cache issue? SageGreenRider (talk) 02:34, 31 March 2015 (UTC)

:: It's been fixed, somehow. :) Tony Tan⁹⁸ · talk 02:42, 31 March 2015 (UTC)

:::It also happened to me in Vector at the same time but went back to normal. MonoBook was not affected. PrimeHunter (talk) 11:19, 31 March 2015 (UTC)

::::{{replyto|Tony Tan 98}} The tabs at Special:Preferences, like the tabs along the top of any other page, are essentially an unordered HTML list - styled to display as a horizontal row with boxes drawn around each item, rather than a vertical stack of bulleted items. The styling depends upon several CSS and JavaScript files being served with the page proper, and if one of these CSS or JavaScript files fails to be received by your browser, or is corrupted, the styling can be affected. A WP:BYPASS will usually fix it, unless the relevant WikiMedia server is down. --Redrose64 (talk) 11:27, 31 March 2015 (UTC)

This issue is still happening for me and for others. For some reason, it's not an issue on other Wikipedias (e.g. German, Spanish...) and other wikis like Wikidata. But is happening on beta wikipedias [https://en.wikipedia.beta.wmflabs.org] Developers are aware and are looking into this. Aude (talk) 09:09, 2 April 2015 (UTC)

:Fixed just now, it was an issue on the WMF side. Apologies for the delay; some "fun" was had tracking this down, the culprit ended up being in code that was thought to be mobile-only. --Roan Kattouw (WMF) (talk) 00:58, 3 April 2015 (UTC)

:Superscripts? 10⁷ --Redrose64 (talk) 19:54, 1 April 2015 (UTC)

::Red, the only problem with those is typing in the tags. It's an annoying amount of work, with shifts and its easy to type one thing wrong and the whole page stops rendering. I was hoping there was something simple like the frac template? And if there isn't, maybe there should be? Maury Markowitz (talk) 20:13, 1 April 2015 (UTC)

:::If you like templates, {{tl|sup}} has the same effect, e.g. 10{{sup|7}} = 10{{sup|7}}. Personally, I don't think that is easier than the tags, but you can use it if you do. Dragons flight (talk) 20:17, 1 April 2015 (UTC)

::::{{replyto|Maury Markowitz}} The {{tag|sup|content=}} tags don't require any extra typing. Below the edit window, you should see a dropdown menu, make sure that "Wiki markup" is selected there. This offers a variety of commonly-used constructs, and {{tag|sup|content=}} is between {{tag|s|content=}} and {{tag|sub|content=}}. Click the tags to insert at current cursor position; alternatively, mark the figures that you wish to superscript, and then click the {{tag|sup|content=}} link to enclose those figures in the tags. I note that you raised this thread after Dragons flight replied above. --Redrose64 (talk) 21:16, 1 April 2015 (UTC)

:$10^7$ produces $10^7$. This is the standard form used in most articles about math. Superscripts work best for short discussions on talk, etc. — xaosflux ^Talk 19:59, 1 April 2015 (UTC)

::Xaos, but it doesn't look good. It renders differently than the rest of the text on the page. And it has all the problems of typing tags into wikitext that sup has too. Maury Markowitz (talk) 20:13, 1 April 2015 (UTC)

::See also Help:Displaying_a_formula for more then you probably ever wanted to know about this :) — xaosflux ^Talk 20:11, 1 April 2015 (UTC)

:::For powers of 10 we also have {{tl|10^}}, e.g. {{10^|7}} to make {{10^|7}}. PrimeHunter (talk) 21:14, 1 April 2015 (UTC)

::::Prime, you nailed it, that is precisely what I was looking for. I still think {{exp|7}} would be a good idea though, because it follows the mold of frac and also you could do {{exp|2|7}} — Preceding unsigned comment added by Maury Markowitz (talk • contribs) 21:21, 1 April 2015 (UTC)

:::::Shouldn't {{exp|x}} produce $e^x$? Hawkeye7 (talk) 04:12, 3 April 2015 (UTC)

:It is indeed 'hardcoded' in MediaWiki; subpages always show these links to their parent pages. -- User:Edokter]] {{talk}} 20:44, 2 April 2015 (UTC)

• If you want a template to simulate it, that could probably be done. Please give an exact use case and where you want to see it and I'll happily help you figure out what you need. — {{U|Technical 13}} (e • t • c) 21:19, 2 April 2015 (UTC)

:If you don't get these links automatically for template subpages in your wiki then maybe the wiki is configured to disable subpages in template space. That sounds like a bad idea. Or maybe you want a link to a page which isn't actually a parent page. Can you give a link to the page missing the link? PrimeHunter (talk) 21:50, 2 April 2015 (UTC)

:::These links do not show on [http://mywiki.everythingfoodanddrink.org/wiki/Main_Page my project] with Mediawiki 1.24.0, guess I should take it to {{plainlink|//www.mediawiki.org/wiki/MediaWiki|MediaWiki.org}}. Thanks. Cheers, Mlpearc (open channel) 21:55, 2 April 2015 (UTC)

::::I believe that they're known as a "breadcrumb trail". --Redrose64 (talk) 22:11, 2 April 2015 (UTC)

::::Subpages are disabled in template space in your wiki. They are enabled in userspace so you get the backlink at http://mywiki.everythingfoodanddrink.org/wiki/User:Mlpearc/Workshop. The disabling may have been done with :mw:Manual:$wgNamespacesWithSubpages in LocalSettings.php, a file in your MediaWiki installation. It is not visible or editable as a wiki page so you may need a developer if you aren't one. I don't see a reason to deliberately disable subpages in template space. PrimeHunter (talk) 22:20, 2 April 2015 (UTC)

:::::Thank you {{U|PrimeHunter}}, Yeah, I'm the only dev on the project (self taught). I thought this would be [https://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages#Default_value enabled by default] but I'll go through LS.php and check. Thanx again for all your help. Mlpearc (open channel) 22:29, 2 April 2015 (UTC)

::::::Oh, it's apparently only default for template talk and not template. I wonder why. Wikimedia enables it for template with code in http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php. PrimeHunter (talk) 22:35, 2 April 2015 (UTC)

:::::::I saw that, it's working fine now {{=)}} thanx everyone. That's funny it's working in CommonSettings.php and not InitialiseSettings.php. Mlpearc (open channel) 22:44, 2 April 2015 (UTC)