Discussion: T196314: UniversalLanguageSelector doesn't work if language is set globally in global preferences
Deliverables:
- API module to allow apps to see if global preferences is enabled and to read preference values if so.
Discussion: T196314: UniversalLanguageSelector doesn't work if language is set globally in global preferences
Deliverables:
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
Add an API module to read global prefs/local overrides | mediawiki/extensions/GlobalPreferences | master | +285 -2 |
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | Niharika | T139145 global disabling of compact language list | |||
Resolved | None | T16950 [Epic] Support global preferences on Wikimedia wikis | |||
Resolved | MaxSem | T197259 Create an API module to allow apps to read global preferences |
See also T62856. In my opinion we should support setting global preferences too via the API, to be consistent with the other APIs in MediaWiki.
Ah, thanks for pointing out that task. I was a bit hesitant about allowing global prefs to be set using the API but I think the benefits outweigh the potential concerns. I'll repurpose that ticket for supporting setting global prefs via API.
Change 442983 had a related patch set uploaded (by MaxSem; owner: MaxSem):
[mediawiki/extensions/GlobalPreferences@master] Add an API module to read global prefs/local overrides
So did we resolve how to treat the array-type preference values (i.e. email-blacklist and echo-notification-blacklist)? It sort of seems to make sense to match what core does (i.e. return as arrays, rather than newline-delimited strings), but I know that's more complexity and probably not going to be used anyway.
The above patch looks good and is ready to merge apart from this question, I think.
Change 442983 merged by jenkins-bot:
[mediawiki/extensions/GlobalPreferences@master] Add an API module to read global prefs/local overrides