[Epic] Support global preferences on Wikimedia wikis
Open, NormalPublic

Tokens
"Mountain of Wealth" token, awarded by D3r1ck01."Goat" token, awarded by MichaelSchoenitzer_WMDE."Like" token, awarded by AxelPettersson_WMSE."Like" token, awarded by revi."Mountain of Wealth" token, awarded by Man77."Like" token, awarded by Sylvain_WMFr."Like" token, awarded by Thibaut120094."Love" token, awarded by Liuxinyu970226."Doubloon" token, awarded by Nemo_bis."Love" token, awarded by Trizek-WMF."Like" token, awarded by Elitre."Like" token, awarded by Amire80."Love" token, awarded by santhosh."Love" token, awarded by TerraCodes."Like" token, awarded by Cosine02."Like" token, awarded by matej_suchanek."Love" token, awarded by MarcoAurelio."Love" token, awarded by Dalba."Love" token, awarded by Pathoschild."Love" token, awarded by MGChecker."Like" token, awarded by Morten_Haan."Love" token, awarded by Luke081515."Love" token, awarded by Ltrlg."Love" token, awarded by Neil_P._Quinn_WMF."Like" token, awarded by Kozuch."Love" token, awarded by He7d3r.
Assigned To
None
Authored By
bzimport, Jul 27 2008

Description

It would be nice if users and developers could designate certain preferences to automatically apply across all wikis. This will require A Lot of Work™.

Extension:GlobalPreferences is a rough draft of the functionality.

RFC: Global user preferences

Challenges to overcome:

  • UI language:
    • polyglot users who want UI & content to match, and
    • cross-wiki maintainers who want to force the one UI language globally T16950#2187671
  • Gadget on/off pref - T16950#2188222 (and possible security issue with assuming global - T16950#2188400 )

Related TechCom-RFC: T64559: Redesign Special:Preferences (tracking)

Details

Reference
bz14950

Related Objects

StatusAssignedTask
OpenNone
OpenNone
Resolvedwerdna
DuplicateNone
ResolvedJohan
ResolvedSamwilson
ResolvedSamwilson
ResolvedSamwilson
ResolvedTBolliger
ResolvedSamwilson
ResolvedMaxSem
Resolvedkaldari
ResolvedNiharika
OpenNone
Resolved bd808
ResolvedSamwilson
ResolvedSamwilson
ResolvedMaxSem
OpenNone
ResolvedSamwilson
OpenNone
ResolvedKeegan
ResolvedNiharika
ResolvedSamwilson
DeclinedNone
ResolvedSamwilson
ResolvedSamwilson
ResolvedSamwilson
ResolvedNiharika
StalledNone
ResolvedSamwilson
ResolvedMaxSem
There are a very large number of changes, so older changes are hidden. Show Older Changes
Sylvain_WMFr added a subscriber: Sylvain_WMFr.
mxn added a subscriber: mxn.Jan 29 2017, 7:49 PM

It might be worth investigating global-only preferences per T171624: Investigate making Mute cross-wiki

Idk if this has been brought up yet, but how is GlobalPreferences going to handle wikis wanting to hide a preference? Eg, how enwiki has the "mark all edits as minor" preference hidden.

@TerraCodes Good point. You mean with $wgHiddenPrefs? Those preferences will also be hidden on Special:GlobalPreferences on that wiki, but they'll be visible and globalizable on other wikis. Similar to how it'll handle preferences for extensions that aren't installed everywhere.

TerraCodes added a comment.EditedOct 12 2017, 11:54 PM

Ah, but what would be the point of hiding a preference then? Since I could just go to another wiki, and enable it globally.

Oh, no, sorry: it would be able to be enabled globally, and that would apply to the wikis that haven't hidden it — on those ones, the local default would be used always.

Wouldn't that confuse users through, since you would think you're enabling it globally, but you're really not?

Yeah, it is a bit confusing. :-(

But I guess it's much the same as enabling a global preference that doesn't exist at all on a wiki. I mean, from the point of view of someone on enwiki there is no "Mark all edits minor by default" preference, so they wouldn't expect such a thing to be set when they set it globally.

Ah, thanks for explaining it~

Off-topic: Why does enwiki even hide this setting? It does no harm afaik, but is really useful if you to some maintenance task for a while.

T178449: RFC: How to modify all preferences? was today discussed during the TechCom RFC meeting on IRC. The RFC remains "under discussion". See for T178449#3728073 minutes.

revi awarded a token.Nov 15 2017, 9:49 AM
Nirmos added a subscriber: Nirmos.Nov 15 2017, 9:18 PM
Dalba removed a subscriber: Dalba.Dec 11 2017, 11:11 AM
gpaumier removed a subscriber: gpaumier.Dec 11 2017, 4:23 PM
Krinkle removed a project: RfC.Dec 21 2017, 11:39 PM
Logan removed a subscriber: Logan.Dec 21 2017, 11:54 PM
D3r1ck01 added a subscriber: D3r1ck01.
daniel added a comment.Jan 9 2018, 7:26 PM

This RFC seems very inconcrete, as is makes no specific proposal and asks no specific questions. Also, implementation of a system for global preferences is in progress. It seems this RFC is thus obsolete. If there are no objections, I will close it as invalid.

MaxSem added a subscriber: MaxSem.

This isn't an RFC, it's an epic specifying the current work the Community Tech team is doing. I'm just removing the RFC tag.

Restricted Application added a subscriber: alanajjar. · View Herald TranscriptJan 29 2018, 11:27 PM
Krinkle removed a subscriber: Krinkle.Feb 16 2018, 8:52 AM
TBolliger renamed this task from Support global preferences to [Epic] Support global preferences on Wikimedia wikis.Feb 21 2018, 10:53 PM

Folks watching this ticket - GlobalPreferences is deployed on the beta cluster. Any and all feedback is welcome!

Maybe it would be useful for this case to define a list of settings that can't be set globally. (Gadgets, Signature)

Yeah. I wouldn't like if I enabled a "gadget-foo" globally and then when I access xyzwiki I see that local users created a totally different gadget with the same name as the global one, and which does something I do not want.

Worse than some people simply not liking it, that would most likely be considered a security issue.

Maybe could be fixed with T121470: Central Global Repository for Templates, Lua modules, and Gadgets?