Page MenuHomePhabricator

Multiple watchlists
Open, MediumPublicFeature

Assigned To
None
Authored By
David_Gerard
Feb 8 2005, 12:41 AM
Referenced Files
None
Tokens
"Like" token, awarded by Bugreporter2."Like" token, awarded by ToBeFree."Love" token, awarded by BaronBoehm."Love" token, awarded by Liuxinyu970226."Love" token, awarded by Samat."Love" token, awarded by MGChecker."Like" token, awarded by Luke081515.

Description

Original task description
It would be most useful to have multiple watchlists for a given user - a large list of personal favourites, smaller lists of a given subject, trouble spots, etc.

This functionality can be simulated by having multiple usernames, but it's not quick and easy to change usernames so as only to edit with the main username.


  • Merged task description from T160981 (which takes a different angle)

I would like to be able to bookmark articles and save them to lists based on their categories, e.g. Politics, Science, Pop Culture, etc.

From what I can tell, if you want to bookmark or watch an article, you can only put them all on the same global watchlist. It'd be really useful if users could simply have multiple watchlists and adjust preferences for them accordingly, both for editing/monitoring changes, and also just for bookmarking to easily find/share favorite articles.
Merged task description from duplicate T7875: Group similar pages in watchlist (aka multiple watchlists) (see comments, too)
This is a detailed proposal of how to implement something I call "watchlist categories" (should maybe come up with better name so it isn't confused with normal categories). The idea is to make the MediaWiki watchlist more flexible and allow users to have more than one watchlist:

  • By default, users only have one watchlist category called "General".
  • A new page is available at Special:Watchlist/categories where users can add, rename and remove watchlist categories.
  • When adding an article to your watchlist and you only have one watchlist category defined (default), the watched article will automatically be assigned to that one category (to the user, the watch proccess will look just like it does today).
  • When adding an article to your watchlist and you have defined more than one category, you'll go through an additional step. This step is a simple page of checkboxes that allows you to choose which of your watchlist categories you want the article to be assigned to (if none is chosen, the article is not watched).
  • The current watchlist edit page (Special:Watchlist/edit) gets an additional feature: Next to each article is a "Categories" link, that sends the user back to the pick-categories page with the checkboxes (see above).
  • At Special:Watchlist, besides the Namespace popup, another popup is added called "Categories" that allows you to choose which of your watchlist categories you wish to view (maybe that HTML form should be changed into GET-style so that users can bookmark specific category views). The easiest implementation is to only allow users to view one category at a time.

Merged task description from duplicate T120777: Watchlist priority options
Many veteran Wikipedians have watchlists that span thousands of articles, completely beyond the ability to effectively manage. If said Wikipedian can't edit for a certain period (say, a week), just going over the changes in the watchlist can take hours and become a chore that editors simply avoid, at the possible expense of missing vandalism and/or edits that they need to see.

There are external tools for creating and organizing watchlists in different ways, but I'd like to see many of those features built-in as part of MediaWiki. One important addition should be a tag for 'high-priority' articles, similar to how GMail has a tag for 'important' e-mail. While having multiple watchlists would support such functionality indirectly, it would be great to be able to see articles marked as 'important' inside the existing watchlist, and be able to filter them like one can now hide/show own edits, hide/show bot edits, etc.—Ynhockey (talk) 20:49, 7 November 2015 (UTC)

This card tracks a proposal from the 2015 Community Wishlist Survey:
This proposal received 33 support votes, and was ranked #30 out of 107 proposals. Discussion and votes

This task was also proposed in the Community Wishlist Survey 2016. This proposal received 47 support votes and was ranked #23 out of 265 proposals. View full proposal with discussion and votes here.


See also:

Details

Reference
bz1492
ReferenceSource BranchDest BranchAuthorTitle
repos/releng/dev-images!62fundraising-bookwormmainejeggBookworm images for fundraising
repos/releng/dev-images!61executionTimeoutmainejeggSet max_execution_timeout to 0 for fundraising images
repos/mwbot-rs/mwbot!55undo-fnmainmirrorktmwbot: Add Page::undo() to undo edit
Customize query in GitLab

Related Objects

StatusSubtypeAssignedTask
OpenFeatureNone
StalledFeatureNone
OpenFeatureNone

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Edit: based on a misreading! Please ignore.

@Quiddity, I object strongly to the change to the task description that you've made. You replaced a decade-old high-level request with a specific, and Byzantine, feature implementation proposal.

Please restore the original task description and place your proposal in a comment.

Hi @Scott, thanks for the feedback, I should have explained when I merged.
I left the original task description at the very top, and simply copied in the descriptions from 2 duplicate tasks.
All the merged tasks are asking for the same thing, from an end-user perspective - A way to differentiate the pages in our watchlist, into multiple buckets, which can each have unique settings, and be seen separately.

The original proposes the technical implementation of: a new unique database for every new watchlist.
The second proposes the technical implementation of: a new column in the existing database, which holds a "name", which can then be used in various new ways.[1]
The third doesn't suggest a technical implementation, but does emphasize the benefit of adding more powerful bucketing/filtering/labelling features to the existing watchlist, rather than creating separate watchlists.

[1] This is also the solution that has been discussed in relation to T1352: RFC: Support for user-specific page lists and T124752: RFC: Expiring watch list entries, and AFAIK is likely to be implemented. Hence it is important to include here.

Does that help clarify? If you mostly (and still) object to the details included in the second item, one of us could rewrite it as a very brief and more abstract summary.
HTH.

@Quiddity - sincere apologies. I was reading on my phone and completely misinterpreted the diff. All good.

This task was proposed in the Community-Wishlist-Survey-2016 and in its current state needs owner. Wikimedia is participating in Google Summer of Code 2017 and Outreachy Round 14. To the subscribers -- would this task or a portion of it be a good fit for either of these programs? If so, would you be willing to help mentor this project? Remember, each outreach project requires a minimum of one primary mentor, and co-mentor.
Jdlrobson updated the task description. (Show Details)

I would be interested in doing a GSOC 2017 project for adding multiple watchlists. Any possible mentors who would be willing to mentor me?

@Techman129 As the deadline for GSOC is fast approaching; it might be hard to recruit mentors. You could still try your luck by asking on wikitech-l@lists.wikimedia.org if anyone would be interested in mentoring this project or connecting w/ mentors directly from here: https://www.mediawiki.org/wiki/Outreach_programs/Possible_mentors.

DannyS712 changed the subtype of this task from "Task" to "Feature Request".Mar 29 2020, 9:02 PM

This could be built into the global watchlist (currently here).

Furthermore, I'd like to propose that one could show these Watchlists on a single page (at least depending on some settings). Some of the Watchlists could be collapsed by-default there. This would also allow setting priorities (the task was merged to here) for articles on a Watchlist. There could be an upper section at the top of the page showing the high-priority watchlisted items (ie things you'd like to get notified about immediately for all changes and would like to show at the top of the page even if the change was done more than a month ago).

@Prototyperspective: Please file dedicated feature requests for the MediaWiki-extensions-GlobalWatchlist extension under that project. Thanks!

Done. Also: this Wishlist proposal seems relevant to the issue and vice versa: Grouping watched pages.