The A/B test could measure:

• the percentage of edits with reference added
• the time elapsed between last text user input and a click on the reference button

Do you mean the icon of Visual Editor?
If so, I'm still not used to it after almost 10 years, and I'm wondering if much users prefer a quote icon to a reference icon.
I mean, even the toolbar here uses that quote icon to... quote:

Same problem here.
As an experienced editor using it for almost 10 years, I didn't recognize the Cite button and was initially looking for it.

Here's a screen capture with a comparison between OpenStreetMap and Wikipedia zoom animations slowed down to 0.4x so the animation is more visible: https://youtu.be/tHVzzoUSUrs

On OpenStreetMap, the map is enlarged or shrunk first instead of just being replaced by the next zoom level tile.
Here's an example: https://www.openstreetmap.org/#map=8/9.920/-84.155 (or https://leafletjs.com/examples/zoom-levels/example-setzoom.html)

A workaround is to use https://en.wikipedia.org/wiki/Template:Break and copy-paste it if needed more than once.

There's already a mobile redirect code, with a cookie check for people who never want to be redirected to the mobile version (stopMobileRedirect, set when we click on the Desktop version link at the bottom).

If this rewrites identifyInfoboxElement, please make the class name infobox configurable.

What about vision impaired users?

See also T246925

Sorry for the delay.

Now that both iOS and Android support gesture navigation, this may be less desirable because of risks of incompatibility.

With Graphoid being undeployed (T242855), shouldn't this be closed?

This doesn't seem likely to be fixed because of T242855 (see also T211881)

For some reason, it works (not reproducible) in Internet Explorer 11.

Still reproducible in all three browsers (Firefox 79.0, Chrome 84.0.4147.105 and Internet Explorer 11).

With debug=on:

It's caused by the extension Google Translator https://addons.mozilla.org/fr/firefox/addon/google-translator-webextension/ though it was last updated on July 17, 2019 (not 2020).
Firefox (78.0.2) was last updated on July 9, 2020

It's caused by the extension Google Translator https://addons.mozilla.org/fr/firefox/addon/google-translator-webextension/

Indeed, I can't reproduce it with a new Firefox profile but I can in a private window.
It happens on every page.
There is one other user who reported a similar problem with Firefox: https://www.wikidata.org/wiki/Wikidata:Project_chat#Merge_gadget_with_not_functioning_for_me_in_Firefox_78

Great idea! Here's an example of change that ends up having the same size while actually adding characters: https://fr.wikipedia.org/w/index.php?title=Ha%C3%AFti&type=revision&diff=169953710&oldid=169807136

The new user script link is https://www.wikidata.org/wiki/Wikidata:Tools/Enhance_user_interface#overpass

I really can't say for sure. :/

✔️ https://commons.wikimedia.org/wiki/User:The_RedBurn/KartoEditor.js

This can be reproduced every time when pasting an image name. Once it doesn't reproduce anymore, just edit a different article.

Here's where http:// is used as default instead of both http:// and https://
https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/specials/SpecialLinkSearch.php$73

Thanks!
The fact that it's not documented on Mediawiki itself seems to mean that it's not the expected behavior, meaning that the documentation on :en was added to avoid unexpected results.

In T221438#5125041, @Aklapper wrote:

That's documented and probably expected behavior (if it still makes sense is another question). The page says:

The “http://” protocol specification is optional; any other protocol (“https://”, etc.) must be given explicitly.

In T213214#5020003, @ema wrote:

In T213214#5018951, @The_RedBurn wrote:

I did notice that shift + refresh seemed to fix it after some time, so that makes sense.

Can you still reproduce this, or can the task be closed?

That's great to hear!

In T213214#4870224, @CDanis wrote:

If anyone can manage to reproduce this consistently, even for a few minutes, capturing a Chrome NetLog using chrome://net-export would probably shed light on what is happening.

https://dev.chromium.org/for-testers/providing-network-details

Details on what is captured and how to use it are at https://www.chromium.org/developers/design-documents/network-stack/netlog

Thanks!

I can't even see the map on the Android app right now. Rather annoying since more and more articles now use mapframe.
So the mobile version is better than the Android app version.

Indeed, thanks @Agabi10 for the patch and @Jdforrester-WMF and @matmarex for the review!

In T167788#3390329, @thiemowmde wrote:

I'm afraid there is no way any parser can ever be sure what "9/7/2017" means. Even if we use your IP address or location (something we should never do because of privacy reasons), or the interface language from your preferences, it might still either mean MM/DD/YYYY or DD/MM/YYYY. The only thing we can (and want to) use is the date format from your personal preferences at https://www.wikidata.org/wiki/Special:Preferences#mw-prefsection-rendering. See https://gerrit.wikimedia.org/r/153211.

In T167788#4559199, @Izno wrote:

In T167788#4559189, @The_RedBurn wrote:

In T167788#4551700, @Izno wrote:

There are a few other countries in the same time zones...

Those time zones are defined by country, not by hour differential, so that's not a problem.

So far as I am aware, the system only cares about offset from UTC. So no, it is a problem.

In T167788#4551700, @Izno wrote:

There are a few other countries in the same time zones...

Based on https://en.wikipedia.org/wiki/Date_format_by_country, apart from two English speaking islands, the United States is the only country to interpret 07/09/2017 as MM/DD/YYYY.
So for languages other than English, DD/MM/YYYY seems to be the norm.

In :fr, we'd like to use TemplateData as parameters documentation to keep the documentation synchronized with TemplateData. There's already some styling in place (example), but these empty fields take space without adding anything useful.