Page MenuHomePhabricator

Investigate how parser cache affects multilingual Schema view
Closed, ResolvedPublic

Description

In Summer 2018, Wikibase had problems with pages being cached in the wrong language (see T199983: Wikidata showing wrong language for page elements). In Wikibase, this problem only has a workaround and is not yet fixed cleanly (see T201170: Allow wikibase to render entities for an arbitrary target language, instead of the user's UI language).

We should investigate whether we are affected by this problem and if we should implement @WMDE-leszek's Wikibase workaround.

See also https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseSchema/+/494255

Event Timeline

Michael created this task.Mar 6 2019, 2:51 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 6 2019, 2:51 PM

Result of conversation with @Addshore (I hope I’m not getting anything too wrong): as long as we only use ParserOutput::getUserLang(), we should be fine. All parts of the interface will use the same language (that one, regardless of whether it’s the same as $wgLang or not), and the parser cache is split automatically.

However, T215387 says that not only the current language, but all the languages which a user speaks (according to Babel) should be prioritized on the list of languages where information is displayed. This complicates the situation, because the output now also depends on the current user. The termbox for Wikibase has the same problem, with complicated solutions; however, since we expect schemas to be viewed much less frequently, we could go for a simpler approach and, for instance, completely ignore the parser cache for logged in users (or users with custom Babel information).

Alternatively, we could drop the Babel requirement. That would be the simplest approach – @Lydia_Pintscher, would that be acceptable?

Alternatively, we could drop the Babel requirement. That would be the simplest approach – @Lydia_Pintscher, would that be acceptable?

Alright. Let's do that then.

Lucas_Werkmeister_WMDE closed this task as Resolved.Mar 14 2019, 2:26 PM
Lucas_Werkmeister_WMDE claimed this task.

Closing per the above – as long as we’re careful to use the right language, it should be fine.