phuedx added a comment.
Can this be merged into T185139: Popups should respect user's language variant preferences, which seems more generic?TASK DETAILhttps://phabricator.wikimedia.org/T167787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: phuedxCc:
Niedzielski added a project: Spike.Herald added a subscriber: PokestarFan.
TASK DETAILhttps://phabricator.wikimedia.org/T167787EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NiedzielskiCc: PokestarFan, Jdlrobson, GWicke, mobrovac, Pchelolo, bmansurov,
Jdlrobson removed a project: Reading-Web-Kanban-Board.Jdlrobson added a comment.
We discussed this on Thursday. It seems we can use request headers to signal the language for the wikidata use case. The big issue here is how much storage this would require. We need to provide some data about how
mobrovac added projects: Services (blocked), RESTBase-API.mobrovac added a comment.
In T167787#3364809, @GWicke wrote:
The caveat is that we discussed Accept-Language in the context of supporting language variants in the REST API.
Correct, but we discussed language selection in general for that
GWicke added a comment.
In T167787#3364625, @phuedx wrote:
In T167787#3364314, @GWicke wrote:
We discussed this in the Reading / Services sync meeting. One question that came up in the discussion is whether including all languages in the response would be feasible from a performance perspective.
GWicke added a comment.
We discussed this in the Reading / Services sync meeting. One question that came up in the discussion is whether including all languages in the response would be feasible from a performance perspective. The advantage of this direction would be no cache fragmentation, the