In T355914#9501705, @Joe wrote:

Given the chosen size is both non-standard (meaning it's not used on most large wikis) and not in the list of thumbnail sizes we pregenerate at upload time

sv.wikipedia has 250px as the logged-out default thumb size. For logged-in users, 220px is not available to select as a user preference. So any Commons image that is used at svwiki must have a 250px thumb already generated.

This seems to affect all "normal" namespaces - special pages are still served normally. e.g. contribs

Was anybody able to reproduce this?

Same for me; but was going slow for some minues prior.

Five minutes ago it said "15:00 UTC - 16:00 UTC". It's now reading "14:00 UTC - 15: 00 UTC". I get the impression that the devs concerned are in a non-European timezone and don't know how their local TZ relates to UTC. The time as I write this is 14:39 UTC. This is also 14:39 GMT, and 15:39 BST.

The notice that has just gone up at English Wikipedia reads

<span class="cbnnr-headline">Technical maintenance will be performed soon</span>
<span class="cbnnr-text"><span dir="ltr">06:00 UTC - 06:30 UTC</span></span>
<span class="cbnnr-cta">During this time you might not be able to save any edits.</span>

06:00 UTC was several hours ago.

Perhaps it's this change on line 355 - the negation maybe?

It's also suggesting short descriptions that are just bizarre - https://en.wikipedia.org/w/index.php?title=LB%26SCR_A1_class&curid=2246060&diff=1017152084&oldid=1015979750

In T273148#6786670, @Nirmos wrote:

Does this task also cover the fact that there are two radio inputs in a row on intermediate revisions, or should I open a new task about that?

It's not a template. Have a look at https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&oldid=801426457 where the wikisource contains the line

Yes, I tested it recently, and it's happening when the lang= attribute is used on both span and div elements, so I assume that all other elements are also affected.

This edit [1] notified me, even though it's a just a modification to an existing post - one {{-}} template added, four newlines added, some colons removed. I had already been notified when that text was first added [2].

Wrong, the Wikitext that we want is

{{Bury F.C. squad}}

How do you "manually move the focus to the button"? Tabbing does nothing; hovering over the box (it is not visually styled as a button, so it is not a button but a link with a large hot-spot) changes the mouse pointer to a pointed finger; so it can't be clicked in without actioning the blue "Start editing" link, which, with the presence of the black text "Switch to the visual editor" on the row immediately above, gives the impression that VE will be launched.

The Escape key certainly does not dismiss the dialog, at least not in Firefox 46 with MonoBook.

When first confronted by this, I thought "Ah, a welcome message for an editor with seven years experience and more than 146,000 edits (not to mention being an admin since 2011) - this just has to be them trying to get me to change my methods". So I got the immediate impression that if I clicked "Start editing", I would be forcibly switched to VE (something I had opted out of as soon as it became possible to), and that there was no way of continuing with the proper Wikitext editor. So it needs an obvious dismiss link, or an X at top right, something that makes it clear that you can continue as you were.

Some observations. The VPT thread is now archived to Archive 144.

It may have double-run - I have been force-logged out twice since this task was raised, the second one was today

This is a security issue. If an admin logs in on a public computer - like in a library or in their office's common area - they try to log out but don't notice that they didn't: then the next person using that machine has admin rights on WP which they probably aren't entitled to.

I get this on enwiki, cywiki, dewiki, frwiki, commons, meta and probably all the others. On all Wikimedia projects, my time zone is always set to "Use wiki default (UTC)", "Use wiki default (Europe/Berlin)", "Use wiki default (Europe/Paris)" or similar, if available - which is what I set right from the start (May 2009 in the case of enwiki).

Still happening. These two thanks both relate to this edit.

Another example: this edit should have moved the page out of Category:United Kingdom articles missing geocoordinate data and into Category:Leicestershire articles missing geocoordinate data, but it didn't, although the cat list in the article was updated.

Another example: this edit should have moved the page out of Category:United Kingdom articles missing geocoordinate data and into Category:Orkney and Shetland articles missing geocoordinate data, but it didn't, although the cat list in the article was updated.

Have just found that English Wikipedia is affected as well as Commons

No, I normally use MonoBook, but just now I switched to Vector, edited File:First Minister of Scotland, Nicola Sturgeon.jpg and immediately got two pairs of "Open in Media Viewer"/cogwheel link boxes above the "This file is unlicensed for use on Wikipedia" box. Also happened with the next two file description pages that I edited too (also Vector).

It's intermittent. Sometimes there are two pairs; some times one, even on the same page. see https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Duplicate_media_viewer_links

If you check my edit summaries, you'll see that all of my edits were direct consequences of requests at MediaWiki talk:Gadget-ReferenceTooltips.js, most of which were made by Yair rand - who I notice has not been included in the cc list for this task.

Why have I been added to this?

Where can I find a list of valid values for the lang= attribute? Previously, it was possible to get a list by entering some crud value like lang="sdyvgsuydfg" and previewing; an error would be thrown, and you could click a link for a list.

Well, since the change to Echo, the orange bar hasn't appeared at all. But as I recall, the posts at VPT around the time that Echo was deployed basically said "it's been replaced and we're not bringing it back". So I suppose this is a non-issue.

The recipient says that they received two thanks notifications.

OK, I've just managed to send a double thanks when viewing a page history. The first time I clicked "yes", it didn't change to "thanked", so I presumed that my mouse pointer had slipped off the hot spot, so I carefully repositioned it and clicked again. There was again no change, so I checked my thanks log to see if it had gone through - and found these two entries. Upon returning to the page history, I found that the "yes" had changed to "thanked", so there is some sort of delay in updating the screen during which mouse events are still accepted and processed.

Got two thanks for this edit, within one second of each other, both are timed 22:45:35

Another example: I was thanked twice by the same person for this edit. The log shows that they occurred 39 hours 24 minutes apart.

The <summary>..</summary> element, which was part of the proposed HTML5 W3C Candidate Recommendation as recently as 4 February 2014, is not part of the W3C Recommendation that was issued on 28 October 2014. The summary= attribute of the <table> tag is in the latter specification, but marked obsolete.

It may be entirely expected behavior for you - but where is it documented so that I (and others) might expect it? I also do not know what Upstream is (although Aklapper apparently does), nor who Phacility might be. Please remember that I am not a Phabricator developer, nor even a MediaWiki developer. I'm just an ordinary Wikipedia editor who has been trying to help at WP:VPT for over five years now, with over 3,000 edits to that page alone. At VPT, when somebody reports a problem and we advise people that a task already exists on Phabricator that covers their problem, we would like them to be able to read the whole thread without having to resort to undocumented workarounds in order to do so.

Christopher denies there is a bug - on Sun, Mar 1, 5:22 PM, he closed this task as "Invalid", and when I asked why, he said "It is an invalid issue because it is not a bug".

The problem (which still exists, another example below) shows when viewing a Phabricator task, not when (for example) using Wikipedia, that is why I filed it as a Phabricator problem. Of that I am certain: but I have no idea what particular part of Phabricator causes this; I don't know what Sprint extension is; it was not me that first decided that it was a Sprint extension issue.

The problem still exists, so please don't close as "invalid" without explaining why it's invalid.

The default (uncustomised) signature has #top in the talk page link.

I see several changes/patches/merges above, presumably these are code fixes: do we know when the data will also be fixed? I am certain that http://en.wikipedia.org/wiki/User_talk:Redrose64#Please_help_again was caused by this bug. At http://en.wikipedia.org/wiki/Category:Pages_with_templates_in_the_wrong_namespace none of the pages shown under W are actually in Wikipedia: space - they're all in Article space, and all of them are listed in the comment by Anomie of Mon, Feb 2, 4:30 PM at T87645#1008438

Also at http://en.wikipedia.org/wiki/Wikipedia:Help_desk#User:ClueBot_III.2FIndices.2FWikipedia_talk:WikiProject_Encyclopaedia_Britannica