Fix enwiki (and any others we're aware of) preference override bugs
Open, Needs TriagePublic
Actions

Assigned To

None

Authored By

	• Mattflaschen-WMF
	Jul 21 2017, 10:51 PM

Description

This is where there is a specific on-wiki override for enwiki that is now wrong:

RC tab: tog-usenewrc: Old: "Group changes by page in recent changes and watchlist (de-activate for the "Show Wikidata" option below to work)" (parenthetical is wrong since it's now fixed). Delete.
RC tab: wikibase-rc-show-wikidata-pref Old: "Show Wikidata edits by default in recent changes and watchlist (does not work yet with enhanced changes)". This is wrong both because this preference does not control watchlist and because the enhanced changes are fixed. Change to "Show {{WBREPONAME}} edits by default in recent changes" (leaves the "by default" override).
Later after larger preference refactor, since it will then appear under "Default page settings". RC tab: wikibase-rc-show-wikidata-pref. At that point old will be "Change to "Show {{WBREPONAME}} edits by default in recent changes". Delete override then.

Related Objects
Search...

Status	Assigned	Task
Open	None	T171356 Fix enwiki (and any others we're aware of) preference override bugs
Open	None	T172350 Consolidate preferences for all 'Change Monitoring' pages
Open	None	T172349 Consolidate Preferences: New UX on RC but NOT Watchlist (option #2)
Open	None	T172352 Consolidate Preferences: New UX on RC AND Watchlist (option #1)
Open	None	T172468 Consolidate preferences: Users who don’t have the new UX at all (option #3)
Open	None	T172474 Consolidate preferences: new UX on Watchlist, but NOT RC page (option #4 )
Resolved	SBisson	T172757 Migrate and convert user preferences to the new UX
Open	None	T173542 When Watchlist graduates out of beta, put a Watchlist New Filters opt-out onto the Change Monitoring preferences tab
Resolved	Jdforrester-WMF	T168376 Put an opt-out for the New Filters onto the current (unconsolidated) RC Preferences page
Resolved	• jmatazzoni	T175314 Confirm beta opt-in and (graduated) New Filters opt-out are compatible
Resolved	• Petar.petkovic	T175765 Move New Filters opt-out preference to its own section on the page
Declined	None	T173716 Get some community input about the plan to consolidate preferences for all 'Change Monitoring' pages

Event Timeline

• Mattflaschen-WMF created this task.Jul 21 2017, 10:51 PM

Restricted Application added a project: Collaboration-Team-Triage. · View Herald TranscriptJul 21 2017, 10:51 PM

Restricted Application added subscribers: PokestarFan, Aklapper. · View Herald Transcript

• Mattflaschen-WMF edited projects, added Collaboration-Team-Triage (Collab-Team-This-Quarter); removed Collaboration-Team-Triage.Jul 21 2017, 10:51 PM

• Mattflaschen-WMF updated the task description. (Show Details)Jul 21 2017, 11:06 PM

• Mattflaschen-WMF updated the task description. (Show Details)

• Mattflaschen-WMF updated the task description. (Show Details)Jul 21 2017, 11:14 PM

Catrope updated the task description. (Show Details)Jul 21 2017, 11:46 PM

Did the first two: https://en.wikipedia.org/w/index.php?title=Special%3ALog&type=delete&page=MediaWiki%3ATog-usenewrc and https://en.wikipedia.org/w/index.php?title=MediaWiki%3AWikibase-rc-show-wikidata-pref&type=revision&diff=791704415&oldid=537782264

Didn't do the third because you said it should be done after the larger preference refactor, but I'm not sure I understand it. Should the message be changed or deleted? What will the MW core value of the message be at that point?

In T171356#3462350, @Catrope wrote:

Didn't do the third because you said it should be done after the larger preference refactor, but I'm not sure I understand it. Should the message be changed or deleted? What will the MW core value of the message be at that point?

For now, it's good.

Later, there will be a "Recent Changes" header, a "Default page settings" sub-header for all the defaults, and the text for this specific option will be "Show Wikidata edits".

Until "Default page settings" is there, "by default" is a valid clarification (granted, it would be valid for all of these, so the header is a good solution).

• Mattflaschen-WMF mentioned this in T169589: Preferences -Recent changes option "Group changes by page in recent changes..." should be updated .Jul 22 2017, 12:21 AM

• Mattflaschen-WMF merged a task: T169589: Preferences -Recent changes option "Group changes by page in recent changes..." should be updated .

• Mattflaschen-WMF added subscribers: Etonkovidova, Jdforrester-WMF, TerraCodes.

• jmatazzoni edited projects, added Collaboration-Team-Triage (Collab-Team-Next-Quarter); removed Collaboration-Team-Triage (Collab-Team-This-Quarter).Oct 9 2017, 8:13 PM

• jmatazzoni moved this task from Untriaged to Blocked on the Collaboration-Team-Triage (Collab-Team-Next-Quarter) board.

• jmatazzoni added a subtask: T172350: Consolidate preferences for all 'Change Monitoring' pages.

• jmatazzoni edited projects, added Collaboration-Team-Triage (Collab-Team-This-Quarter); removed Collaboration-Team-Triage (Collab-Team-Next-Quarter).Nov 3 2017, 7:04 PM

• jmatazzoni moved this task from Untriaged to Blocked on the Collaboration-Team-Triage (Collab-Team-This-Quarter) board.

Restricted Application added a project: Growth-Team. · View Herald TranscriptSep 12 2018, 1:07 AM

SBisson moved this task from Inbox to Triaged but Future on the Growth-Team board.Sep 20 2018, 5:13 PM

Aklapper removed a project: Collaboration-Team-Triage (Collab-Team-This-Quarter).Oct 12 2019, 4:01 AM

Restricted Application added a subscriber: Liuxinyu970226. · View Herald TranscriptOct 12 2019, 4:01 AM

MBinder_WMF added a project: Growth-Team-Filtering.Apr 15 2021, 6:56 PM

Fix enwiki (and any others we're aware of) preference override bugsOpen, Needs TriagePublicActions

Description

Related ObjectsSearch...

Event Timeline

Fix enwiki (and any others we're aware of) preference override bugs
Open, Needs TriagePublic
Actions

Related Objects
Search...