Nov 3 2020
I can reproduce this if I paste (cmd+v) really fast after pressing the Cite-button on Safari 13.1 on MacOS 10.15.4.
See this screen recording (you can't see my keystrokes, but you can see that pressing X on the Citoid dialogue removes the pasted URL from the article text.)
As the WMF-Legal project tag was added to this task, some general information to avoid wrong expectations:
Please note that public tasks in Wikimedia Phabricator are in general not a place where to expect feedback from the Legal Team of the Wikimedia Foundation due to the scope of the team and/or nature of legal topics. See the project tag description.
Please see https://meta.wikimedia.org/wiki/Legal for when and how to contact the Legal Team. Thanks!
@Aklapper I think this is referring to the following situation:
Sep 25 2020
Aug 16 2020
Jul 7 2020
Jul 3 2020
Jun 28 2020
For future reference: https://github.com/WPCleaner/wpcleaner/commit/2f4533b868f3710f831c91f2ad7a2319530b829f
Jun 26 2020
Jun 22 2020
Jun 18 2020
May 29 2020
It appears other scripts and template editors were not up to date on what had happened, see e.g. https://sv.wikipedia.org/wiki/Wikipedia:Wikipediafrågor#Försvunnet_kryss (Swedish). It was a good notice in the tech-news, but could perhaps have been mass-notified on pages using such code, since it appears to have been a few.
May 28 2020
May 22 2020
May 20 2020
Just a thought, how about a race-condition where if it wants to say Rollback 0 edits simply write Rollback edit(s) or something.
May 19 2020
May 18 2020
For documentation purposes, this change broke an unrelated abuse filter on Commons, due to the usage of the upload_by_url right to detect users. https://commons.wikimedia.org/w/index.php?title=Commons_talk:Abuse_filter&oldid=420062168#Filter_153
May 14 2020
I've gone ahead and undeleted the file for your debugging purposes.
May 1 2020
Apr 12 2020
Jan 15 2020
Jan 2 2020
Dec 21 2019
/me facepalm. That...is actually a much better venue.
Dec 16 2019
Dec 14 2019
I do not have this issue on WikipediaApp/184.108.40.2068 (iOS 13.3 iPhone XR).
Most likely an issue with iPad.
I can confirm this when holding my phone in landscape mode on rev 1705
Dec 13 2019
"What this means in practice is that, for common search terms, the user gets a curated gallery page instead of a search results page, and that gallery page only contains a fraction of the available files"
Typing specific page names. such as Template:Pingand pressing enter does not take me to the wanted page, but to a search page instead. This is breaking workflows at Commons and needs to be fixed/rollback the regression asap.
Dec 1 2019
Nov 19 2019
Nov 16 2019
Nov 13 2019
It only happens intermittently. I'll report back if I see this in Chrome as well. Might consider this "Stalled" until then?
Nov 9 2019
I've changed to another internet connection, still seeing the same issue,
I will try another browser as well.
Nov 8 2019
Oct 24 2019
Oct 12 2019
I'm using Safari on a MacBook Air.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15