Page MenuHomePhabricator
Create Task
Maniphest T53941

Merge "Recent changes" and "Watchlist" preferences tabs
Closed, DeclinedPublic
Actions

Description

"Recent changes" and "Watchlist" tabs of preferences are hard to
understand and use.

  • Some prefs and parts of the UI are exactly the same on both.
    • The entire "Display options" menu on both tabs
    • "Show Wikidata edits" (the text is subtly different, no idea about the behavior)
    • "Hide minor edits"
  • Some don't even belong to either.
    • "Number of edits to show in recent changes, page histories, and in logs, by default:"
    • "Watchlist token:" (bug 21912)
  • Some apply to both watchlist and RC despite being shown only on one tab.
    • "Group changes by page in recent changes and watchlist"
  • Some are only shown in one even though they could apply to both.
    • All of the "Hide edits" checkboxes; only "Hide minor edits" is available on both for some reason

The only solution I see is to merge them, just like the code for the two should be merged (bug 48641).

The hiding checkboxes could use the new HTMLCheckMatrix class (used by Echo for settings of its notifications, with two columns for web and e-mail – we'd use columns for watchlist and RC here).

Old request for something a little similar: bug 18524.

Version: 1.22.0
Severity: normal

Details

Reference
bz51941
SubjectRepoBranchLines +/-
Preferences:Watchlist And Recent Changes mergedmediawiki/coremaster+51 -90
Customize query in gerrit

Related Objects
Search...

Event Timeline

• bzimport raised the priority of this task from to Medium.Nov 22 2014, 2:07 AM
• bzimport added projects: MediaWiki-Core-Preferences, good first task.
• bzimport set Reference to bz51941.
• bzimport added a subscriber: Unknown Object (MLST).
matmarex created this task.Jul 24 2013, 9:43 AM
• MZMcBride added a comment.Mar 18 2014, 3:41 AM

I'd like to start with a simple merge of the two [[Special:Preferences]] tabs ("Recent changes" and "Watchlist") into a single "Feeds" tab. Thoughts on this?

matmarex added a comment.Mar 19 2014, 10:48 AM

Sounds like a good idea, but "Feeds" doesn't sound descriptive enough to me. If anything, I'd prefer simply "Watchlist and recent changes".

Quiddity added a comment.Mar 19 2014, 7:36 PM

(In reply to Bartosz Dziewoński from comment #2)

Sounds like a good idea, but "Feeds" doesn't sound descriptive enough to me.
If anything, I'd prefer simply "Watchlist and recent changes".

+1. The longer label is worth it.
(Also, using "Feeds" would overlap or be ambiguous with: LQT, and Notifications, and any future Flow preferences)

• MZMcBride added a comment.Apr 5 2014, 5:05 PM

Boldly changing this bug's summary to be more focused. If anyone thinks we should split out to a separate bug report for some reason, please let me know (or just do it!).

• werdna unsubscribed.Dec 10 2014, 5:23 PM
Nemo_bis awarded a token.Dec 12 2014, 8:00 AM
Sumit subscribed.Jan 11 2015, 7:05 PM

I'd like to work on this,I read SpecialPreferences.php,but where exactly can I exactly find the tabs and info given on the preferences page?

Nemo_bis added a comment.Jan 11 2015, 10:01 PM
In T53941#969375, @Sumit wrote:

I'd like to work on this,I read SpecialPreferences.php,but where exactly can I exactly find the tabs and info given on the preferences page?

See https://gerrit.wikimedia.org/r/#/c/125762/ for an example

Sumit added a comment.EditedJan 15 2015, 6:09 PM

I get the idea of how to merge, but only one question, suppose I add the 'hide checkboxes' for both rc and watchlist using Htmlcheckmatrix, will the functionality for each new checkbox also be required to handle? like we're adding new preference fields so a database change might be required?

Nemo_bis added a comment.Jan 15 2015, 8:59 PM

I get the idea of how to merge, but only one question, suppose I add the 'hide checkboxes' for both rc and watchlist using Htmlcheckmatrix,

In the first patch, you should not change functionality. Only the position of checkboxes in Special:Preferences.

01tonythomas awarded a token.Jan 17 2015, 4:24 PM
01tonythomas subscribed.
gerritbot added a project: Patch-For-Review.Jan 24 2015, 4:45 AM
gerritbot subscribed.

Change 186575 had a related patch set uploaded (by Sumit):
Preferences:Watchlist And Recent Changes merged

https://gerrit.wikimedia.org/r/186575

Patch-For-Review

Ricordisamoa subscribed.Jul 14 2015, 3:26 PM
matmarex mentioned this in T118124: Stop using jquery.tipsy for HTMLCheckMatrix labels (seen on Special:Preferences with Echo).Nov 18 2015, 1:56 PM
Scott mentioned this in T50615: Options form at the top of Special:Watchlist needs cleanup.Nov 19 2015, 2:06 PM
Quiddity mentioned this in T65577: Create a "Watching and notifications" tab in MediaWiki core.Jun 8 2016, 7:21 PM
MGChecker subscribed.Aug 22 2017, 8:20 PM
Restricted Application added a subscriber: TerraCodes. · View Herald TranscriptAug 22 2017, 8:20 PM
matmarex mentioned this in T172350: Consolidate preferences for all 'Change Monitoring' pages.Aug 23 2017, 5:49 PM
Jdforrester-WMF added a subtask: T172350: Consolidate preferences for all 'Change Monitoring' pages.Aug 23 2017, 5:54 PM
Niharika subscribed.Sep 19 2017, 10:28 PM
Framawiki moved this task from Backlog to Doing on the good first task board.Dec 2 2017, 1:40 PM
• jmatazzoni subscribed.EditedDec 7 2017, 9:47 PM

We have made some improvements to these tabs since @matmarex wrote this task. But at this time we have not schedule the wholesale refactoring that we envisioned at one point in T172350 and its sub-tasks.

Dvorapa mentioned this in T180538: Improve Special:Preferences UI/UX.Sep 18 2018, 10:53 AM
• Phabricator_maintenance moved this task from Doing to Backlog on the good first task board.Sep 24 2018, 9:49 AM
MGChecker removed a project: good first task.Sep 24 2018, 5:32 PM
• jmatazzoni closed this task as Declined.Sep 24 2018, 6:03 PM

I want to say that @MGChecker is correct in removing the Easy designation from this. I'll go further and say that back in 2013 when this was written, it may have been a good idea. But at this point I'm pretty sure it no longer is. There are quite a few features where users will want to differentiate between Watchlist behavior and RC page behavior. E.g., the Revision Scoring features, or even something simple like the number of changes shown. So keeping these pages separate is a feature, not a bug IMHO.

I'm going to be bold and Decline this task as something that I think is not advisable and almost certainly not going to get worked on. If I have done so in error and someone wants to reopen it, they are more than welcome to and to restate the case.

Izno removed a parent task: T53942: Watchlist and recent changes usability issues (tracking).Sep 22 2020, 1:00 AM
Izno removed a subtask: T172350: Consolidate preferences for all 'Change Monitoring' pages.Jun 1 2021, 4:54 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits