Last modified: 2014-09-23 23:33:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T7875, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 5875 - Group similar pages in watchlist (aka multiple watchlists)
Group similar pages in watchlist (aka multiple watchlists)
Status: NEW
Product: MediaWiki
Classification: Unclassified
Watchlist (Other open bugs)
All All
: Low enhancement with 14 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 1492 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-05-08 23:32 UTC by Hannes Rydén
Modified: 2014-09-23 23:33 UTC (History)
17 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Hannes Rydén 2006-05-08 23:32:14 UTC
I first posted this as a comment to an old feature request about multiple
watchlists. Afterwards I noticed that it was an old request and that it wasn't
moved up in the list, so I thought it might not be read unless I make a new
request. Please correct me if I was wrong.

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:

* Per 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
* 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.
Comment 1 audevivere 2007-02-23 20:19:47 UTC
I think this would be extremely useful, not only to be able to view/filter my
Special:Watchlist page by topic, but also to prioritize pages.  There are some
pages on my watchlist, such as Living People, that I want to scrutinize every
edit made.  Other pages are lower priority for me.  The proposal, as described
by Hannes, is good as-is.  

Though, ideally, it could go further.  For article priority categories, I would
suggest there be a numerical scale (1-5?), being 1 = "I'm closely watching every
single edit to the article" to 5 = "It's on my watchlist, but I'm not/can't
scrutinize all edits to it".  

The categories would also help me group articles by topic or be able to pick out
just the living bio (or corporations) articles on my watchlist.  That way, if
I'm busy and only have so much time for Wikipedia on a given day, I can at least
look at my highest priority articles.  

On the back-end, we could use something like Special:Unwatchedpages (and why can
we only view the first 1,000 of these at present).  An enhanced
Special:Watchpages capability could help identify living bios that nobody is
watching or not enough active Wikipedians are watching.  The stats page defines
"very active Wikipedian" as 100+ edits in a month - 

If I knew what some of those unwatched or inadequately watched articles were, I
might be willing to "adopt" a few more articles. 
Comment 2 Siebrand Mazeland 2009-02-02 10:44:26 UTC
*** Bug 1492 has been marked as a duplicate of this bug. ***
Comment 3 Siebrand Mazeland 2009-02-02 11:42:09 UTC
Changing component to "Watchlist"
Comment 4 Chad H. 2009-05-01 15:53:40 UTC
Tweak summary, so we don't think this is about categories, when it's actually about grouping. Also removing dependency, since this has nothing to do with public/private watchlists.
Comment 5 bodnotbod 2010-08-26 10:25:28 UTC
A similar proposal to this has gained more recent traction.

I'm new to Bugzilla and am not technical... can someone help me with how I move this idea forwards from here?

I would be *very* grateful if someone would leave a message on my en.wp talk page and let me know.
Comment 6 skupa 2011-05-27 00:39:56 UTC
Please, someone adopt this feature, this propblem. With passing time, as one is contributing for Wikipedia for a long time (Years.., with some inactivity in between for example) it is untenable to use just simple watchlist. 

To high degree everyone tends to use it also as kind of awareness-list. But when working in hurry or after time delay, such watchlist doesnt work as practical watchlist.

When items are deleted from watchlist - it became practicle - but the item can not be loaded back. They are lost.

If one is willing to have come-backs, the watchlist as it is now is not much helpfull. I believe, that implementation of feature witch would help engage long term editors is quite helpfull for the project. This might be one of the ways to counter the continuing furtive loss of editors from the projects.
Comment 7 Sumana Harihareswara 2011-11-30 01:07:11 UTC
Is this a candidate for a Gadget?
Comment 8 Aaron Pramana 2012-03-09 00:50:37 UTC
I am interested in pursuing this project for GSOC - please review my ideas on this bug page:
Comment 9 Sumana Harihareswara 2012-04-05 14:39:17 UTC
There are two proposals for Google Summer of Code that have to do with watchlist improvements:

Please comment on them as soon as possible, preferably before April 6th 19:00 UTC!  Thanks.
Comment 10 Scott Martin ( 2013-07-01 12:57:19 UTC
I was about to create an enhancement bug called "allow multiple watchlists", but see this was proposed as far back as 2006. As Chad notes, it's a grouping thing rather than categorization - more or less exactly like creating and managing wishlists on Amazon.

Did anything come of Blackjack48's GSOC proposal?
Comment 11 Quiddity 2013-12-23 21:57:50 UTC
(In reply to comment #10)
> Did anything come of Blackjack48's GSOC proposal?

I stumbled upon
which led to 
and to

For Bagariavivek's project, see
Comment 12 Quiddity 2013-12-23 22:16:56 UTC
See also
which is quite intriguing. I'm testing it right now.

(Note: It requires "Group changes by page" (Enhanced Recent Changes) to be enabled; and it works best if "Expand watchlist to show all changes" is disabled.)
Comment 13 Scott Martin ( 2014-01-14 11:13:13 UTC
That is GREAT. It does exactly what I want from this bug. Thank you!
Comment 14 Scott Martin ( 2014-04-07 14:07:23 UTC
Looks like I forgot to update this - unfortunately, that script doesn't appear to correctly remember your settings between browser restarts, let alone between browsers. So I ended up uninstalling it. It is, nevertheless, an encouraging demonstration.
Comment 15 PiRSquared17 2014-04-21 18:46:01 UTC
(In reply to Quiddity from comment #11)
> (In reply to comment #10)
> > Did anything come of Blackjack48's GSOC proposal?
> I stumbled upon
> which led to 
> and to
> For Bagariavivek's project, see

Could something like this be deployed (after review, of course)?

Note You need to log in before you can comment on or make changes to this bug.