Page MenuHomePhabricator

[EPIC] Enable not-logged-in users to work with a UI language that is right for them
Open, Needs TriagePublic

Description

User story:
As a not-logged-in user,
I want to see the Wikidata UI in the language specified in my browser,
in order to understand the UI.

Problem:
If no different uselang or user preference is specified, Wikidata (and Wikimedia Commons) currently only showing the English version of the UI, independent of the user context, and with no way to change it.

Steps to reproduce:
Open Wikidata everywhere on the world without logging in.

Open questions:

Community communication:
Who we need to keep in the loop and in what way:
Who this could be interesting for and in what way:

Original:
This task came out of insights from Wikidata Analytics research.

Event Timeline

It would be better if the browser settings (Accept-Language) and/or geolocation would be considered.

I strongly suggest using the Accept-Language header. I expect this to cover ~100% of users/browsers, and that's how this is intended to be used. Also, I do not want my UI to suddenly be in Icelandic just because I'm quickly looking something up while being on vacation in Iceland.

To let people who aren't logged in change the language, set $wgULSAnonCanChangeLanguage to true.
To enable language detection, set $wgULSLanguageDetection to true.

If you change the former but not the latter, it will default to English but people who aren't logged in will be able to change the language manually. If you change the latter but not the former, it will default to the browser language and people who aren't logged in won't be able to change it manually.

They're both currently disabled in wmf-config/CommonSettings.php in the operations-mediawiki-config repo for performance reasons. Doing that is understandable for the monolingual wikis, where using the wiki language as the interface language is a reasonable assumption, but I really think it should be changed for (supposedly) multilingual wikis.

According to the Pageviews Analysis tool, Commons and Wikidata are only a tiny amount of the traffic compared to the biggest Wikipedias (link) and Wikidata has more than the rest of the multilingual wikis I could think of combined (link).

Commons has had a script to allow changing the interface language for many years. It adds a banner to the page suggesting a language to switch the interface to, adds a dropdown menu to the sidebar and links from other projects often include the uselang parameter by default. I've been seriously considering adding that script to Wikidata as well for a while now. It would be much better if it could be done without using a hacky script like that though, and if it hasn't been causing problems on Commons after all this time, is there a reason why we can't change those settings for multilingual wikis?

Manuel updated the task description. (Show Details)

Thank you, @Nikki, I was not aware that this functionality already existed, and we just need to switch it on. This is great news! \o/

Manuel renamed this task from Change Wikidata's user interface language based on browser settings to [EPIC] allow not-logged-in users to worg in the interface language that is right for them.Dec 4 2023, 10:37 AM
Manuel updated the task description. (Show Details)
Manuel renamed this task from [EPIC] allow not-logged-in users to worg in the interface language that is right for them to [EPIC] allow not-logged-in users to work with a UI language that is right for them.Dec 4 2023, 10:40 AM
Manuel renamed this task from [EPIC] allow not-logged-in users to work with a UI language that is right for them to [EPIC] Enable not-logged-in users to work with a UI language that is right for them.Dec 4 2023, 10:46 AM