Take MediaWiki's implementation of watchlists and abstract it in to a more generic facility for working with user-specific lists of pages. Add wl_tag and wl_timestamp fields to watchlist table.
- Mentioned In
- T150419: Allow users to restrict who can send them notifications
T126641: [RFC] Devise plan for a cross-wiki watchlist back-end
T128352: RfC: Need to merge Notifications and Watchlist or lack thereof
E187: RFC Meeting: triage meeting (2016-05-25, #wikimedia-office)
T3492: Multiple watchlists
T124752: [RFC] Expiring watch list entries
T94234: Resolve existential crisis of watchlist/collections
- Mentioned Here
- T164990: RfC: Reading List service
So the Gather extension is currently in the process of being built. I'm hoping through that we can develop requirements and a proposal for how to structure a Watchlist 2.0 table at the end of this quarter.
I think iterating within the Gather extension is far safer than iterating on established stable code. We are hoping to build Gather with a database table that is compatible with the existing watchlist table with the view that in future we could import existing watchlist entries over to it. Does this sound a sane approach?
Do we have a list of the existing list-like things in the MediaWiki universe? What comes to mind:
- Collection (uses internal links on arbitrary wiki pages, examples)
- Gather (custom DB backend, API and UI)
- MassMessage lists (cross-wiki, structured wiki page with its own content handler, example)
- PagePile (external tool on Labs)
- dynamic lists (categories, DynamicPageList, semantic whatever, wikidata phase 3)
This RFC seems to be stalled. If there is currently no interest in driving this further, it should for now be removed from the RFC work board.
If there is interest in continuing the RFC process, please let us (TechCom) known who will be working on this RFC, and who commits to implementing it if approved, and in what time frame.
Perhaps it would be more useful to discuss how this relates to T164990: RfC: Reading List service, especially considering that reading lists is intended to allow offline pages to be updated when needed - which is equivalent to watchlist functionality (notification of edits).
The reading list service is cross-wiki and as a consequence it does not deal with "pages" in a way that would be meaningful for MediaWiki, just title strings. It would be nice to have a concept of remote pages but it's blocked on a large number of things (wikifarm support in MediaWiki sucks; most Wikimedia projects are not interwikis of each another; things like title validation are hard-coded to use the config for the current wiki etc) so I don't think it's a good idea to complicate this discussion with it.
If someone is interested in figuring out what exactly would be needed to cover both this and cross-wiki lists like the reading list service, I can work on that. If you mean commitment for actually developing that functionality, I don't think so (although maybe easier to say once we know what it is).
I still think a separate RFC about foreign pages or wikifarm configuration management would be easier to handle though.
Which have significantly more opportunities for synergy as well (shadow namespaces for global templates / gadgets / whatever in the first case, third-party wikifarm management in the second).