Last modified: 2014-11-04 22:53:05 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2308 - ability to watch "bundles" of sub-pages
ability to watch "bundles" of sub-pages
Status: NEW
Product: MediaWiki
Classification: Unclassified
Watchlist (Other open bugs)
1.5.x
All All
: Lowest enhancement with 8 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Grammati...
:
: 3113 12308 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-03 13:38 UTC by lɛʁi לערי ריינהארט
Modified: 2014-11-04 22:53 UTC (History)
7 users (show)

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


Attachments

Description lɛʁi לערי ריינהארט 2005-06-03 13:38:08 UTC
as requested in bug 2294#c2
Hallo!

[[en:Template:ARTICLESPACE/]] is related (in a construct with a set of
templates) to [[en:Template:To do]]. The last creates "/to do" subpages.

If you watch a page normaly you watch the TALK page by default. A future
atribute BUNDLE for subpages should allow watching pages and subpages where this
atribute is set automaticaly.

It could be used for archives and project pages.

Regards Reinhardt
Comment 1 Rowan Collins [IMSoP] 2005-06-03 16:49:49 UTC
As somebody pointed out on another bug report I just read, it's best to start
with a description of the problem and only later suggest possible solutions. 

In this case, I think the problem you're trying to solve is "automatically watch
all sub-pages of this page"; this implies several things:

1) the ability to add multiple pages to the watchlist "as a bundle" - as with
bug 1710, this could, at its simplest, be done by generating a list of all
eligible pages at the time of request, and adding each one to the watchlist
(remember that a sub-page of "X" is simply one whose title begins "X").
Alternatively, you could have a special watchlist entry for "any title matching
this pattern", but this might make displaying the user's watchlist even more
inefficient than I believe it already is.

2) the ability to *remove* multiple pages from the watchlist "as a bundle" -
again, this could be implemented simply by searching the watchlist for matching
pages at the time of request; the "edit watchlist" page could perhaps group them
as sets (which might be nice anyway) and provide an "unwatch this and all
sub-pages" link where appropriate.

3) the ability to automatically start watching certain new pages - this is a
much larger problem, but might be necessary to make this watching a "bundle" of
sub-pages truly effective and useful; basically, it would require some way of
filtering the log of new pages (and moved pages) to look for ones which were
part of a watched "bundle" - where the "bundle" would probably be stored as a
watchlist entry for the "parent" page with a special flag set.

Notice that none of these require any changes to either the "parent page" or the
sub-pages themselves - if I've understood your intention correctly, the feature
would most logically be provided as an option on any page [in a namespace that
"allows" sub-pages] to the user who's doing the watching. Note also that the
features required could equally be applied more generally - in particular #3, if
it could be implemented efficiently, might be useful as some kind of "watch for
new articles with names matching <pattern>".
Comment 2 Michael Keppler 2005-06-04 09:51:12 UTC
I also think that the proposed solution is really bad for the problem to be
tackled. Especially as the _editor_ of a page would decide which pages are added
to the watchlist of _someone else_. A solution for adding/removing bunches of
pages to/from the watchlist should never ever be triggered by page content or
page attributes. It _must_ always be in the responsibility of the person who is
adding pages to his/her watchlist, so the searching or the pattern matching
proposed by Imsop are way better as a solution.
Comment 3 Zigger 2005-08-11 01:17:53 UTC
*** Bug 3113 has been marked as a duplicate of this bug. ***
Comment 4 Jesse (Pathoschild) 2008-01-12 20:34:59 UTC
*** Bug 12308 has been marked as a duplicate of this bug. ***
Comment 5 Mike.lifeguard 2008-11-25 04:05:29 UTC
The current workaround is to use Special:RecentChangesLinked which is generally found to be inadequate.
Comment 6 Siebrand Mazeland 2009-02-02 12:34:27 UTC
Changed component to "Watchlist"
Comment 7 Quim Gil 2014-04-01 20:33:13 UTC
Open since 2005, inactive in the past three years... If we want to reflect the current plans, this should be "lowest".
Comment 8 Dan Garry 2014-04-01 20:38:12 UTC
(In reply to Quim Gil from comment #7)
> Open since 2005, inactive in the past three years... If we want to reflect
> the current plans, this should be "lowest".

Setting accordingly. No one in Platform is working on this, but as always, patches are welcome.

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


Navigation
Links