Community Wishlist Survey 2017/Watchlists

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

Community Wishlist Survey 2017

Watchlists
15 proposals, 188 contributors

Go-previous.svg Search  •  Wikidata Go-next.svg


Traffic watchlist

Edit proposal/discussion

  • Problem: To be notified when an article has an unusual spike in page views/traffic. This usually indicates there has been an external news story or event driving traffic to Wikipedia, typically signaling the article needs updating with new information/sources.
Example Graphs
  • Who would benefit: Anyone keeping an article up to date
  • Proposed solution: Integrate Pageview API data into the watchlist
  • More comments: Spikes in traffic are normal and are usually short-lived (1 day spires see example graphs) These can be safely ignored. However when there is a sustained build-up and trailing off, looking more like a mountain than a spire, this can be determined to be a probable external event driving traffic to the article.
  • Phabricator tickets: A similar ideas was proposed at T168527 though based on page view rankings to help editors discover articles needing attention. Such a system could also include data about velocity of ranking changes.
  • Proposer: GreenC (talk) 16:53, 8 November 2017 (UTC)

Discussion

  • Pageviews normally lag behind (by a day) so this would probably miss any one day spikes, and on enwiki there is already a tool that displays the last 30 days of pageviews at the top of the page when you look at it. (you can enable it in gadgets, its labeled as xtools). and of course there is the pageviews tool itself to look at an article history, and various lists which are bot updated, which display the "most popular start class articles" and most popular articles, even some most popular articles by project. But this could be useful in addition to all these things as a more personalized list. A Den Jentyl Ettien Avel Dysklyver (talk) 15:25, 9 November 2017 (UTC)
    • Yeah I was thinking of an algorithm that would crunch data over the prior 7 or 14 days to determine there is unusual traffic pattern and visually it adds a small flag in the watchlist, which might then link to a graph (or not). But the system could be smart to notify users of unusual traffic patterns. -- GreenC (talk) 16:02, 9 November 2017 (UTC)
  • @GreenC: I like the idea, but I'm not sure if the proposal as currently written would solve your needs. I suggest more editing of the proposal, to clarify. -- There are 2 components to the request: (1) some new code that can identify "pageview spikes", and (2) a way to tell interested people (readers/editors/watchlisters/etc) about any recent spike. For (2), if the method was to display that info inside the Special:Watchlist page, then we would not be able to see if there was a pageview spike unless there was also recent editing activity. -- For (imperfect) example, I saw this youtube video (a comedy show that picks 1 or more Wikipedia articles, and asks the guests to guess at interesting facts within) which was uploaded on June 8 and mentioned w:en:Lyall's wren (history, pageviews for 1 year) (I don't know where the July pageview spike came from); In that case, there were a few page edits that coincided with the two major pageview spikes, but there might not have been. -- I suspect (IANAD) that it would be best to simply make this proposal about component #1, and then [if that's feasible and voted on and] once we have the info available, it could easily be displayed wherever desired via gadgets and such. Quiddity (WMF) (talk) 01:19, 18 November 2017 (UTC)
Quiddity (WMF), excellent point you are right about separating the work. (With the survey closing in less than 24hrs it might be too late to start a new proposal..) Well maybe next year unless someone wants to take it on independently. -- GreenC (talk) 21:09, 18 November 2017 (UTC)
@GreenC: Only the proposals phase closes in 24 hours! Then there's a week to further refine the proposals, and then the voting begins on the 27th. Please do overhaul/update the proposal above, however would be beneficial. We want the proposals to be both clear/concise to everyone, and practical/feasible, when the voting begins and the deluge of visitors (who have ~230 proposals to read!) arrive. :) Quiddity (WMF) (talk) 17:18, 19 November 2017 (UTC)

Voting

Automatically watch pages containing specific string

Edit proposal/discussion

  • Problem: There may be some pages you want to follow automatically after they've been created. For example on Meta-Wiki you would like to follow all the new Tech News (like Tech/News/2017/46) or on Wikipedias some project pages like "Requests for adminship" or pages that have a "(2017 movie)" in their title. Now you can only add them on your watchlist manually, but if there is an option to automatically add all pages for example starting with "Tech/News*" to your watchlist it would be very handy.
  • Who would benefit: Users who want to follow new pages they are interested of.
  • Proposed solution: Add an option to add strings of page titles that would be automatically followed after pages are created.
  • More comments:
  • Proposer: Stryn (talk) 18:52, 16 November 2017 (UTC)

Discussion

  • @Stryn: I think this is phab:T4308, but I'll leave it for you to add to the proposal in case I'm mistaken. (Also that task's description needs to be rewritten for clarity). See also the semi-related phab:T166924. Quiddity (WMF) (talk) 00:41, 18 November 2017 (UTC)
  • Added the first phab link, but the second is about getting a notification so I didn't add it. Stryn (talk) 15:10, 18 November 2017 (UTC)
  • @Stryn: What do you think about watching all pages (as they come in) in a category as a way to solve this problem instead? That sounds much more feasible and idiot-proof. There's a proposal for it here - Watchlist created on categories -- NKohli (WMF) (talk) 00:45, 21 November 2017 (UTC)
  • @NKohli (WMF): Not all pages include categories + for example wikiprojects can be in many different categories, so you should first watch all the categories in order to find the new wikiproject pages. Stryn (talk) 10:18, 21 November 2017 (UTC)

Voting

Setting for showing new notifications about new page links in the watchlist

Edit proposal/discussion

  • Problem: Currently, when a page gets linked the creator of the page gets a notification. While normal patrolling happens via the watchlist this creates an additional separate system. It's okay when dealing with pages that get a handful of links but gets annoying when pages get a lot of links.
  • Who would benefit: People who create a lot of pages and prefer to use the watchlist over the notification system
  • Proposed solution: Have settings that allows to show the edits that create the links in the watchlist instead or in addition to the notification system.
  • More comments:
  • Phabricator tickets:

Discussion

I am not sure I understand this fully. The watchlist is meant for watching pages, not one-off edits. Are you asking for the page which got linked to the page you created to be automatically added to your watchlist? I don't think a lot of people will appreciate that. A better solution seems to be per-page settings. What do you think? -- NKohli (WMF) (talk) 18:50, 17 November 2017 (UTC) @ChristianKl: Hi, did you see my comment above? -- NKohli (WMF) (talk) 00:42, 21 November 2017 (UTC) @NKohli (WMF): I believe the idea is that instead of receiving a notification when a page is linked, they would like to see an entry in their watchlist. Similar to the "X was added to category Y" entries for pages added to categories one is watching, or the Wikidata entries in the Wikipedia watchlist which appear everytime something changed in an item related to a page one is watching. There would be an entry "X was linked to Y".--Cirdan (talk) 09:12, 21 November 2017 (UTC)

As far as I understand the watchlist is supposed to help people to keep track of edits that they might want to review. When dealing with pages that get a handful of incoming links getting notifications of "one-off" edits is fine. When dealing with pages that get hundreds of incoming links per year then the notification feature stops being the best task for the job and it would make more sense to it to the watchlist. ChristianKl (talk) 10:41, 21 November 2017 (UTC)
"As far as I understand the watchlist is supposed to help people to keep track of edits that they might want to review." Nope. It's about pages you want to keep track of, not individual edits. The edit you are talking about would appear in your watchlist if you were to watch page Y. Technically speaking, this proposal would be hard to implement and confusing to people who want this for some pages but not others. I still think the better solution is per-page setting which I have linked to above. -- NKohli (WMF) (talk) 00:30, 22 November 2017 (UTC)
The wording of my request is agnostic about whether it's a global or a per-page setting. I agree that a per-page setting has advantages.
I'm not sure why you use the phrase "individual edits". When I'm getting notifications for 30 pages that now link to page X that feels to me like it's not an individual edit. There are cases where I do want to silence notifications because I don't care at all about the relevant information. On the other hand, there are cases where it's worth to review the linking to a page that's frequently linked and where the notification mechanism does seem to be ill-suited. ChristianKl (talk) 19:25, 22 November 2017 (UTC)

Voting

Show number of unseen changes in the page title

Edit proposal/discussion

  • Problem: I often have the watchlist open in a tab, but to see if there are any new changes there I have to switch to that tab.
  • Who would benefit: All logged-in users.
  • Proposed solution: Many browser based e-mail services add (n) before the title of the page, in our case "Watchlist - Wikipedia", where n is the number of unread emails. Add a similar thing to the watchlist, and some way to dismiss/reset it. On Swedish Wikipedia we had this as a user script, but it stopped working with the new watchlists recently (and even if it is fixed, this would still probably be beneficial for far more users).
  • More comments:
  • Phabricator tickets:
  • Proposer: Ainali (talk) 10:42, 17 November 2017 (UTC)

Discussion

  • Question Question: are we talking about live updating refreshing it (like Twitter feed)? Because, otherwise I don't see the point. --SuperJew (talk) 16:25, 6 December 2017 (UTC)
Yes. Ainali (talk) 17:53, 6 December 2017 (UTC)

Voting

Only show latest edits in mobile web watchlist

Edit proposal/discussion

  • Problem: In mobile web view (e.g. https://en.m.wikipedia.org/wiki/Special:Watchlist ) all edits to a watched page are displayed. It does not follow user settings on show latest edit of each page only (default behaviour for desktop) vs show every edit (only available behaviour in mobile web). This makes the mobile watchlist unusable for anyone with any high-volume page on their watchlist.
  • Who would benefit: People watching a variety of pages.
  • Proposed solution: Make the default behaviour of the mobile watchlist the same as the desktop watchlist: show only the latest edit to each watched page.
  • More comments:
  • Phabricator tickets:
  • Proposer: Deryck C. 23:16, 9 November 2017 (UTC)

Discussion

No way as default behaviour. I can support this only as opt-in/opt-out preference/choice (some switch button?). --Vachovec1 (talk) 11:34, 11 November 2017 (UTC)

  • The watchlist should follow user preferences both on desktop and on mobile.--Nizil Shah (talk) 12:43, 14 November 2017 (UTC)

Voting

Watch a Wikidata query

Edit proposal/discussion

  • Problem: When adding data to Wikidata, it's difficult to check if it continues to be consistent. Example: check if someone updates the population in a list of cities without monitoring each item in the Watchlist.
  • Who would benefit: Data curators in Wikidata
  • Proposed solution: Add a query, tested in the WDQS, to a page and run it with a custom frequency (once per day/week) similar to Wikidata:Database reports
  • More comments: I currently use this workflow: prepare the query, create a Listeria page under my profile in itwiki, and check the diff in the Watchlist.
  • Phabricator tickets:

Discussion

@Sabas88: Could you clarify how your request is different than Listeria? Ryan Kaldari (WMF) (talk) 00:32, 21 November 2017 (UTC)

Is this covered by Wikidata SPARQL Recent Changes? Ainali (talk) 14:50, 21 November 2017 (UTC)
That's cool! I didn't know it! If there would be an RSS feed it would be really useful. To answer also @Ryan Kaldari (WMF):'s question, my request is to consider more integration of these tools in the Wikidata interface. The Watchlist has a RSS feed directly accessible in the Tools in left menu, and to monitor a page I need only to star that page, how to simplify the process also for Wikidata queries? --Sabas88 (talk) 11:58, 24 November 2017 (UTC)

Voting

Multiple watchlists

Edit proposal/discussion

  • Proposed solution: Exactly what it says on the tin. Any logged in user, whether they are a reader, casual editor, long term contributor or administrator, can create multiple lists of articles they monitor for various reasons, giving them a title (e.g. "Game of Thrones related articles", "important", "stuff I want to read later", "TODO", "articles prone to spam"). Users may or may not be interested in the edits to each page. We've been here before, so there is no need to repeat the multiple user stories this would address and the detailed justification (which you can find at the Phabricator ticket below).
  • Proposer: MER-C (talk) 06:55, 8 November 2017 (UTC)

Discussion

  • Endorse. I watch about 5000 articles, and on any given day about 100 of them get edited. Some days I will do politics and others I do science but often I do not want to jump subject to subject. If I could sort my own articles into separate watchlists then I feel like I could be more efficient. I would also like shareable watchlists. Sometimes groups of people all want to watch the same collection of 1000 articles but not every individual in the group should have to set up that list of 1000 for their own account. Blue Rasberry (talk) 13:51, 8 November 2017 (UTC)
  • Question for MER-C: wanted to avoid forking this if it can be the same proposal: are you married to multiple "lists", what if a watched item could have associated user-specific "tags", with a tag based filter for viewing? (May be difficult with RSS feeds). — xaosflux Talk 15:24, 8 November 2017 (UTC)
  • I can see your suggestion providing the described functionality, but I'll pass judgment until the UI wireframes and API interface show up (Special:Editwatchlist/raw may have problems). MER-C (talk) 04:53, 9 November 2017 (UTC)
  • Amazing idea, this would help so much. SEMMENDINGER (talk) 21:15, 8 November 2017 (UTC)
  • I too would love this. Effectively it is "folders" for watchlists. Could we add the feature to make it possible to have a "shared" folder that others could also subscribe to? This would enable a people to watch, and un-watch a set of articles (e.g. Articles with specific Arb-com sanctions on them; articles created during a particular Editathon, articles related to a Wikiproject) without each person having to add (and remove) items individually from their own watchlists separately. Like Google-docs, the creator of the watchlist could be the controller of who gets to see, or edit, their folder. Wittylama (talk) 15:30, 9 November 2017 (UTC)
  • I watch well over a thousand pages, even after trying periodically to cut the number down and removing stale discussions. This would be of immense use to me as a editor, and I could sort pages according to categories, or just by namespace: User talkpages, wikipedia discussion pages, articles, templates. Then by highly edited pages, stale discussions, deleted pages (shown on recreation). And by organize by subject, I could even move deletion discussions into their own watchlist. it's a great idea. That being said tags and filtering could be fine, but only if I can add pages to the tag with two clicks (I am not typing the tags out on every page). A Den Jentyl Ettien Avel Dysklyver (talk) 15:35, 9 November 2017 (UTC)
  • I totally support this one too.--Temp3600 (talk) 11:14, 12 November 2017 (UTC)
  • Something like this was exist for years on mobiles as extension, and was removed a couple of months ago. Great idea. IKhitron (talk) 11:55, 13 November 2017 (UTC)
  • Actually this can be done by "watching" relating edits to some list - so one can create multiple lists as one's subpages and watch them. But I'll support this new possibility too. --Infovarius (talk) 13:51, 11 December 2017 (UTC)

Voting

  • Oppose Oppose. Nice idea at the first glance, but I have major concerns about this. Mostly about performance. Actual watchlists are problematic on their own, when fairly big (>1000 entries). Now imagine multiple watchlists, with duplicate entries. The performance would be a nightmare, the database requirements as well. Any reasonable solution will need a fixed limid for maximum number of watchlist entries. This alone would require a whole-community debate (RfC on Meta at least). I could support some proposal for "structured" watchlist (e. g. arranged according to the user's requirements), but not this proposal as it stands. --Vachovec1 (talk) 20:02, 27 November 2017 (UTC)
  • Support Support Rschen7754 01:38, 28 November 2017 (UTC)
  • Support Support Make it happen. MER-C (talk) 02:03, 28 November 2017 (UTC)
  • Support Supportviciarg414 08:40, 28 November 2017 (UTC)
  • Support Support Wittylama (talk) 10:29, 28 November 2017 (UTC)
  • Support Support Stryn (talk) 11:50, 28 November 2017 (UTC)
  • Support Support The concern from @Vachovec1: can be solved by making this as enabled on selected wikis, not all wikis. --Liuxinyu970226 (talk) 13:26, 28 November 2017 (UTC)
  • Support Support Sadads (talk) 13:52, 28 November 2017 (UTC)
  • Support Support YFdyh000 (talk) 16:26, 28 November 2017 (UTC)
  • Support Support Would help me a lot as I've a huge watchlist and not always much time — Arkanosis 17:35, 28 November 2017 (UTC)
  • Support Support — Draceane talkcontrib. 18:51, 28 November 2017 (UTC)
  • Support Support Sannita - not just another it.wiki sysop 19:55, 28 November 2017 (UTC)
  • Support Support Glad to see that the feature I requested in previous years is still being requested, hope to see it done this year *crosses fingers* Ynhockey (talk) 20:30, 28 November 2017 (UTC)
  • Support Support Laboramus (talk) 20:48, 28 November 2017 (UTC)
  • Support Support — Luchesar • T/C 21:38, 28 November 2017 (UTC)
  • Support Support Thomas Obermair 4 (talk) 23:09, 28 November 2017 (UTC)
  • Support Support Libcub (talk) 05:25, 29 November 2017 (UTC)
  • Support Support bspf Meuble Moucheture d hermine.svg (talk) 07:57, 29 November 2017 (UTC)
  • Support Support - Just like having multiple shopping lists at Amazon. --George Ho (talk) 08:25, 29 November 2017 (UTC)
  • Support Support This is great, not all entries in a watchlist are there for the same reason. Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 12:51, 29 November 2017 (UTC)
  • Support Support can support tags for watchlist items, being able to order those 'folder' style, and being able to filter on those tags in your watchlist —TheDJ (talkcontribs) 17:17, 29 November 2017 (UTC)
  • Support Support Slafayette (talk) 19:30, 29 November 2017 (UTC)
  • Support Support 4nn1l2 (talk) 19:41, 29 November 2017 (UTC)
  • Support Support Ermahgerd9 (talk) 20:26, 29 November 2017 (UTC)
  • Support Support will be really useful when you have a long watchlist or if you do a lot of patrolling and need to keep your own projects separate from vandalized articles. Bardia90 (talk) 20:35, 29 November 2017 (UTC)
  • Support Support Patar knightchat/contributions 20:48, 29 November 2017 (UTC)
  • Support Support Would be a way of getting round the 1,000 limit. Keith D (talk) 21:34, 29 November 2017 (UTC)
  • Support Support Helder 23:28, 29 November 2017 (UTC)
  • Support Support Zhangj1079 talk 01:57, 30 November 2017 (UTC)
  • Support Support per User:Bardia90. DMacks (talk) 04:45, 30 November 2017 (UTC)
  • Support Support I know there are scripts for this, but it would be nice to have something built in. Nihlus 05:06, 30 November 2017 (UTC)
  • Support Support --Dirk Beetstra T C (en: U, T) 07:58, 30 November 2017 (UTC)
  • Support Support - yona B. (D) 08:42, 30 November 2017 (UTC)
  • Support Support Sakretsu (talk) 09:53, 30 November 2017 (UTC)
  • Support Support Ottawahitech (talk) 11:14, 30 November 2017 (UTC) Please ping me
  • Support Support Sunfyre (talk) 13:55, 30 November 2017 (UTC)
  • Support Support Veneziano (talk) 14:15, 30 November 2017 (UTC)
  • Support Support · · · Peter (Southwood) (talk): 16:07, 30 November 2017 (UTC)
  • Support Support Nizil Shah (talk) 18:31, 30 November 2017 (UTC)
  • Support Support Dromedar61 (talk) 21:55, 30 November 2017 (UTC)
  • Support Support Nicolabel (talk) 15:11, 1 December 2017 (UTC)
  • Support Support ThePlatypusofDoom (talk) 17:04, 1 December 2017 (UTC)
  • Support Support MGChecker (talk) 23:58, 1 December 2017 (UTC)
  • Support Support Whats new? (talk) 00:24, 2 December 2017 (UTC)
  • Support Support Amir (talk) 01:05, 2 December 2017 (UTC)
  • Support Support Wostr (talk) 11:19, 2 December 2017 (UTC)
  • Support Support ديفيد عادل وهبة خليل 2 (talk) 12:43, 2 December 2017 (UTC)
  • Support Support Duży Bartek (talk) 13:55, 2 December 2017 (UTC)
  • Support Support Matiia (talk) 15:43, 2 December 2017 (UTC)
  • Support Support Boing! said Zebedee (talk) 22:12, 2 December 2017 (UTC)
  • Support Support HugoHelp (talk) 02:53, 4 December 2017 (UTC)
  • Support Support  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  08:39, 4 December 2017 (UTC)
  • Support Support בר (talk) 14:26, 4 December 2017 (UTC)
  • Support Support Fixer88 (talk) 17:10, 4 December 2017 (UTC)
  • Support Support --Tractopelle-jaune (talk) 18:21, 4 December 2017 (UTC)
  • Support Support --Grüße vom Sänger ♫(Reden) 20:43, 4 December 2017 (UTC)
  • Support Support Epìdosis 08:17, 5 December 2017 (UTC)
  • Support Support Yeza (talk) 20:01, 5 December 2017 (UTC)
  • Support Support LaMèreVeille (talk) 21:10, 5 December 2017 (UTC)
  • Support Support Nabla (talk) 21:12, 5 December 2017 (UTC)
  • Support SupportBilorv (talk) 01:41, 6 December 2017 (UTC)
  • Support Support Best idea I've seen in a long time! Shock Brigade Harvester Boris (talk) 04:48, 6 December 2017 (UTC)
  • Support Support My watchlist became useless a long time ago. Good ideas, but has to be studied well from a performance/load perspective. Anthere (talk) 16:21, 6 December 2017 (UTC)
  • Support Support enL3X1 ¡‹delayed reaction›¡ 16:56, 6 December 2017 (UTC)
  • Support Support Uanfala (talk) 20:47, 6 December 2017 (UTC)
  • Support Support, it would be great, I could have a list of articles I'd like to keep my eye on, and articles I plan to improve (it would also be great if I could add comments to the items on the list). Alensha (talk) 21:14, 6 December 2017 (UTC)
  • Support Support Kudpung (talk) 21:29, 6 December 2017 (UTC)
  • Support Support Great idea for editors with many or wide-ranging watchlist articles WWGB (talk) 00:39, 7 December 2017 (UTC)
  • Support Support Ealdgyth (talk) 14:11, 7 December 2017 (UTC)
  • Support Support agree with Anthere; perhaps to start with watchlists per name space? Klaas `Z4␟` V:  23:06, 7 December 2017 (UTC)
  • Support Support 15zulu (talk) 07:10, 8 December 2017 (UTC)
  • Support Support --jdx Re: 20:50, 8 December 2017 (UTC)
  • Support Support Carnildo (talk) 03:21, 9 December 2017 (UTC)
  • Support Support Fano (talk) 12:06, 9 December 2017 (UTC)
  • Support Support MichaelMaggs (talk) 14:01, 9 December 2017 (UTC)
  • Support Support Premeditated Chaos (talk) 05:04, 10 December 2017 (UTC)
  • Support Support Provided that performance concerns are addressed. Ruslik (talk) 16:39, 10 December 2017 (UTC)
  • Support Support -- Amanda (aka DQ) 18:24, 10 December 2017 (UTC)
  • Support Support Perrak (talk) 21:20, 10 December 2017 (UTC)
  • Support Support Spinster (talk) 22:15, 10 December 2017 (UTC)
  • Support Support NicoScribe (talk) 09:46, 11 December 2017 (UTC)
  • Support Support Infovarius (talk) 13:51, 11 December 2017 (UTC)
  • Support Support Ldorfman (talk) 16:53, 11 December 2017 (UTC)
  • Support Support Abbe98 (talk) 17:03, 11 December 2017 (UTC)
  • Support Support Martin Kraft (talk) 17:51, 11 December 2017 (UTC)
  • Support Support Personally I would prefer to have two watchlists: one for pages where every change is of an interest for me (articles I created, request pages I watch as an admin) and lower priority pages I might be interested in but will not check every edit — NickK (talk) 17:55, 11 December 2017 (UTC)

Automatic notification of new links to a page should be able to be activated/deactivated on a per page basis

Edit proposal/discussion

  • Problem: Currently, the creator of a page gets notifications when the page gets linked from elsewhere. It's possible to deactivate this in the settings for all pages but when you create 10 pages and a single page gets constant notifications it's not possible to deactivate the feature for the single page.
Additionally, it's not possible for other people to switch on these notifications for a page that they didn't create.
  • Who would benefit: Users who create a lot of pages where some pages get a lot of incoming links and the resulting notifications on specific pages are annoying. The biggest benefit will be in Wikidata where some pages get thousands or even millions of incoming links.
Users who want to get more information about pages they didn't create also benefit.
  • Proposed solution: Create a per page setting that allows a user to activate or deactivate the notifications that are sent when the page gets linked.
  • More comments:

Discussion

  • ChristianK, I'm confused as I've never seen automatic notification of backlinking (links to a page). I wrote a program specifically for this purpose, to notify when a page gets new backlinks (see Bakclinks Watchlist). If this is built-in to the system somewhere I'd like to see it. Thanks. -- GreenC (talk) 17:01, 8 November 2017 (UTC)
    • It works, but only if you have created the page in question, and then always, unless you turn it off in your preferences (maybe it’s off by default, and that’s why you don’t know about it?). It can be turned off only globally, and can’t be turned on for any page if you aren’t the author of the first revision. These limitations are what this proposal wants to get rid of. —Tacsipacsi (talk) 17:26, 8 November 2017 (UTC)
      • I see, thank you. -- GreenC (talk) 15:51, 9 November 2017 (UTC)
  • @ChristianKl: I happened to create a Phabricator ticket for exactly this a week ago. I've added it to the proposal in the Phabricator section, but please read the description I wrote and remove it if it's not what you meant. Wittylama (talk) 16:59, 14 November 2017 (UTC)
    • Yes, that's roughly what I meant. ChristianKl (talk) 17:09, 14 November 2017 (UTC)

Voting

Allow watching (or unwatching) just the page or just the talk page

Edit proposal/discussion

  • Problem: Sometimes, you want to watch just a page or just a talk page. For example, you want to watch a noticeboard, but not the chatter that is going on on its talk page.
  • Who would benefit: registered users
  • Proposed solution: This should probably be implemented by allowing registered users to unwatch just the page or just the talk page.
  • Proposer: --Gnom (talk) 22:06, 6 November 2017 (UTC)

Discussion

  • This is great idea too. I hope it will gain the needed support. Ammarpad (talk) 00:44, 13 November 2017 (UTC)
  • + 1, means: Agreement! Hungchaka (talk) 12:51, 21 November 2017 (UTC)

Voting

Automatically unwatch pages after a certain, user defined, amount of time

Edit proposal/discussion

  • Problem: I am one of those users who have his preferences set to automatically watch any page I edit. This is usually done to make sure replies to pages aren't missed or to catch any edits made in response to one's own. Unfortunately, over time the watchlist grows to an unmanageable size, and becomes too large to effectively monitor.
  • Who would benefit: Anyone with growing watchlists, or users with this setting enabled.
  • Proposed solution: The solution is to allow for the option for the page to automatically be removed from the watchlist after a given amount of time has elapsed. Users can define how long the page should be watchlisted, when the pages being watchlisted should have an expiry, and be able to adjust the expiry on a per page basis for example.
  • More comments: The ideal solution is adjusting this feature from the preferences page. The user can define whether automatically watched pages should be automatically unwatched, or if all watched pages should automatically unwatch themselves, define how long they prefer the default time should be before they automatically unwatch, be able to set the expiry to reset if they edited the watched page, and also set the option if the user wants to be prompted for an expiry when they manually watch a page.

Discussion

  • Great idea. It would also be nice if you could set such an expiry date from your watchlist itself (so you can, for example, set a page that you only want to watch because there is a news story on it). This would be kind of like how the feature where you can allow of removal of watchlist entries from the watchlist itself if you turn on a specific preference to do so. RileyBugz (talk) 19:38, 8 November 2017 (UTC)
Excellent idea! That would help all the good folks who anti-vandal-patrol, start and/or process deletion requests. --Hedwig in Washington (talk) 20:36, 8 November 2017 (UTC)
  • Comment Comment Maybe Article reminder would be a possible solution? "remind me to have a look at [article] in 5 Days" Trizek (WMF) (talk) 09:54, 9 November 2017 (UTC)
    Not for me. I certainly do not want a reminder to look at the thousands of IP talk pages that have cluttered my watchlist.—CYBERPOWER (Chat) 12:42, 9 November 2017 (UTC)
  • Expiry of watchlist items is a yes, (especially if I can set it to defined presets). But I do not want to be told that it has happened, given a reminder, notification or other useless popup that I am no longer watching Articles for deletion/bollocks or some talk page. It's worth noting this could work in conjunction with the proposal for multiple watchlists and we could be looking at some serious improvement. A Den Jentyl Ettien Avel Dysklyver (talk) 15:46, 9 November 2017 (UTC)
  • I hope the community with support this proposal massively. This is one of the best I see yet. Any time I click watch star the desire to have this future will resurfaces. Deletion discussions, some pages where you reverted IPs trolling or vandalism and left notes, ongoing discussions of interest and many, many things all need temporary watching. But without this future that's why watchlists grow to 100s of pages which of course reduces its effectiveness by missing important changes. Ironically at the end, editor will end up not "watching" many pages on "watchlist". Ammarpad (talk) 00:42, 13 November 2017 (UTC)
  • Maybe move expired entries to "expired list", and clear the latter manually? --Dalka (talk) 07:58, 30 November 2017 (UTC)
  • What would be even better would be the ability to autoremove discussions that have been formally closed (maybe with a popup notification that this is happening?) Daniel Case (talk) 03:30, 1 December 2017 (UTC)
  • I have around 29,000 pages on my WL, and growing. It's not a lot of work to scan through the 200 or so entries on each reload, but it would be impossible to to manually edit a list of this size to get rid of the chaff. Yes, a very good idea. Kudpung (talk) 21:34, 6 December 2017 (UTC)

Voting

  • Support Support Reception123 (talk) 20:05, 27 November 2017 (UTC)
  • Support Support As proposer —CYBERPOWER (Chat) 20:06, 27 November 2017 (UTC)
  • Support Support NIce idea. I can use this for example when patrolling. The patrollers often create the talkpages of newcomers and vandals, which are in most cases automaticaly watchlisted by those patrollers. But watching those pages is usually useful only for a short amount of time. Then you must remove them from your watchlist manually. In this case a limited time for watchlisting will be definitely useful. Vachovec1 (talk) 20:12, 27 November 2017 (UTC)
  • Support Support NMaia (talk) 00:19, 28 November 2017 (UTC)
  • Support Support a feature that will be extremely useful. Ammarpad (talk) 01:12, 28 November 2017 (UTC)
  • Support Support Rschen7754 01:39, 28 November 2017 (UTC)
  • Support Support Tgr (talk) 06:49, 28 November 2017 (UTC)
  • Support Support --Regards, Krishna Chaitanya Velaga (talkmail) 08:34, 28 November 2017 (UTC)
  • Support Supportviciarg414 08:40, 28 November 2017 (UTC)
  • Support Support Jenks24 (talk) 09:51, 28 November 2017 (UTC)
  • Support Support Dvorapa (talk) 10:34, 28 November 2017 (UTC)
  • Support Support Stryn (talk) 11:46, 28 November 2017 (UTC)
  • Support Support --Liuxinyu970226 (talk) 13:26, 28 November 2017 (UTC)
  • Support Support Sadads (talk) 13:51, 28 November 2017 (UTC)
  • Support Support - Mailer Diablo (talk) 15:19, 28 November 2017 (UTC)
  • Support Support YFdyh000 (talk) 16:36, 28 November 2017 (UTC)
  • Support Support Sakretsu (talk) 17:17, 28 November 2017 (UTC)
  • Support Support — Draceane talkcontrib. 18:52, 28 November 2017 (UTC)
  • Support Support — Luchesar • T/C 21:45, 28 November 2017 (UTC)
  • Support Support Thomas Obermair 4 (talk) 23:10, 28 November 2017 (UTC)
  • Support Support Ermahgerd9 (talk) 20:28, 29 November 2017 (UTC)
  • Support Support Luan (discussão) 20:41, 29 November 2017 (UTC)
  • Support Support Helder 23:28, 29 November 2017 (UTC)
  • Support Support Zhangj1079 talk 01:55, 30 November 2017 (UTC)
  • Support Support --BamLifa (talk) 04:00, 30 November 2017 (UTC)
  • Support Support DMacks (talk) 04:41, 30 November 2017 (UTC)
  • Support Support Nihlus 05:03, 30 November 2017 (UTC)
  • Support Support --Dalka (talk) 07:58, 30 November 2017 (UTC)
  • Support Support-Force Radical (talk) 09:43, 30 November 2017 (UTC)
  • Support Support Like tears in rain (talk) 11:48, 30 November 2017 (UTC)
  • Support Support Dromedar61 (talk) 21:46, 30 November 2017 (UTC)
  • Support Support Mickey83 (talk) 21:47, 30 November 2017 (UTC)
  • Support Support Daniel Case (talk) 03:30, 1 December 2017 (UTC)
  • Support Support Braveheidi (talk) 07:31, 1 December 2017 (UTC)
  • Neutral Neutral. For sure what I'd like to keep the watchlist clear is an option to rank the list of watchlisted paged by oldness of last edits and oldness of inclusion in the list itself (and, also, to select part of the list at once)--Nicolabel (talk) 15:29, 1 December 2017 (UTC)
  • Support Support HaythamAbulela 18:30, 1 December 2017 (UTC)
  • Support Support MGChecker (talk) 23:58, 1 December 2017 (UTC)
  • Support Support Alsee (talk) 00:22, 2 December 2017 (UTC)
  • Support Support Whats new? (talk) 00:25, 2 December 2017 (UTC)
  • Support Support Terra  (talk) 07:16, 2 December 2017 (UTC)
  • Support Support Jo-Jo Eumerus (talk, contributions) 11:27, 2 December 2017 (UTC)
  • Support Support ديفيد عادل وهبة خليل 2 (talk) 12:44, 2 December 2017 (UTC)
  • Support Support ~Cybularny Speak? 13:30, 2 December 2017 (UTC)
  • Support Support Tom Ja (talk) 14:09, 2 December 2017 (UTC)
  • Support Support I believe the development work on this task was actually started, or even completed, some time ago, but for various technical reasons it has not been able to be enabled on Wikimedia wikis yet. Hopefully the healthy support here will prompt Community Tech to look into the problems and try to get this feature rolled out. This, that and the other (talk) 14:13, 2 December 2017 (UTC)
  • Support Support Termininja (talk) 16:36, 2 December 2017 (UTC)
  • Support Support A tremendous time saverNoyster (talk) 18:11, 2 December 2017 (UTC)
  • Support Support Yes please - I spend a lot of time every clearing out old watchlist entries. This would be especially useful if we get multiple watchlists too, where we could have permanent lists and short-term ones. Boing! said Zebedee (talk) 22:16, 2 December 2017 (UTC)
  • Support Support Kein Einstein (talk) 10:53, 3 December 2017 (UTC)
  • Support Support Vanamonde93 (talk) 15:37, 3 December 2017 (UTC)
  • Support Support HugoHelp (talk) 02:54, 4 December 2017 (UTC)
  • Support Support This is great for watching controversial topics and new users talk pages as well. Yashovardhan Dhanania (talk) 17:43, 4 December 2017 (UTC)
  • Support Support This would go a long, long way to decluttering massive watchlists. Some pages you just know will not need to be watched past a few days. --Hammersoft (talk) 18:09, 4 December 2017 (UTC)
  • Support Support --Tractopelle-jaune (talk) 18:21, 4 December 2017 (UTC)
  • Support Support Epìdosis 08:15, 5 December 2017 (UTC)
  • Support Support JAn Dudík (talk) 12:17, 5 December 2017 (UTC)
  • Support Support Nabla (talk) 21:15, 5 December 2017 (UTC)
  • Support Support Good idea. EMsmile (talk) 11:22, 6 December 2017 (UTC)
  • Support Support Should be easy to implement, and would be extremely helpful. My watchlist is out of control, and not fun to manually manage - this would go a long way to solving the problem.--Sphilbrick (talk) 16:29, 6 December 2017 (UTC)
  • Support Support A brilliant idea! Uanfala (talk) 20:51, 6 December 2017 (UTC)
  • Support Support Kudpung (talk) 21:35, 6 December 2017 (UTC)
  • Support Support the wub "?!" 01:11, 7 December 2017 (UTC)
  • Support Support When adding a page to my watchlist I'd like to be able to specify whether it's a permanent or temporary add: just a second click, to either "indefinite" or the shorter period I'ce set in preferences. A second click for each watchlist item, but well worth it. PamD (talk) 10:04, 7 December 2017 (UTC)
  • Support Support Galobtter (talk) 17:47, 7 December 2017 (UTC)
  • Support Support Klaas `Z4␟` V:  22:56, 7 December 2017 (UTC)
  • Support Support 15zulu (talk) 07:11, 8 December 2017 (UTC)
  • Support Support --jdx Re: 20:55, 8 December 2017 (UTC)
  • Support Support Fano (talk) 12:04, 9 December 2017 (UTC)
  • Support Support MichaelMaggs (talk) 14:00, 9 December 2017 (UTC)
  • Support Support X:: black ::X (talk) 22:14, 9 December 2017 (UTC)
  • Support Support - Akela (talk) 22:59, 9 December 2017 (UTC)
  • Support Support Useful for AFDs enL3X1 ¡‹delayed reaction›¡ 04:26, 10 December 2017 (UTC)
  • Support Support Premeditated Chaos (talk) 05:08, 10 December 2017 (UTC)
  • Support Support -- Amanda (aka DQ) 18:25, 10 December 2017 (UTC)
  • Support Support -- The very same usecase. VorontsovIE (talk) 12:01, 11 December 2017 (UTC)
  • Support Support Not only defined amount of time but better with some condition, say: remove page from watchlist if I didn't load (or edit) it a year. Infovarius (talk) 13:53, 11 December 2017 (UTC)
  • Support Support As an opt-in. For example, I want to choose if I want to watch a page forever or for a month, but this does not mean I will watch all pages forever or all pages for a month — NickK (talk) 17:57, 11 December 2017 (UTC)

Allow seeing all changes since last visit directly from Special:Watchlist

Edit proposal/discussion

  • Problem: If you go to your watchlist/RC and want to see diff of all changes of some specific page since you last visited that page, there is no link or button to achieve this in one click.
At the moment, there is only "diff" and "hist" on a watchlist line. If 5 changes have been done since my last visit (1st is the older, 5th the last), I can't see them immediately. "diff" will show the difference between the current and the previous change (between changes 4 and 5), "hist" will show the entire history page. Solution could be a link to show the diff of the 5 last changes, like it is on grouped recent changes ("cur" link that displays the result of diff=0).
  • Who would benefit: Users monitoring pages by changes since last visit
  • Proposed solution: Add some button or change diff link target (if showing just the last change preference is on) to view diff of all changes since last visit, not only the last change to date.
  • More comments:

Discussion

  • Endorse. Truly a no-brainer. NMaia (talk) 00:46, 9 November 2017 (UTC)
  • Comment Comment The new filters (available on all wikis as a Beta feature) allow that for watchlists ("Unseen changes" filter). Trizek (WMF) (talk) 09:58, 9 November 2017 (UTC)
    So you can click on some button in watchlist and see more unseen revisions in one diff? --Dvorapa (talk) 11:31, 9 November 2017 (UTC)
    @Trizek (WMF): Maybe you mean something like T74937? (not to be confused with) --Dvorapa (talk) 11:36, 9 November 2017 (UTC)
    Dvorapa, yes, that's the same principle: you can monitor all unseen changes on your watchlist. To try it, please go to your home wiki and enable the "Nové filtry pro kontrolu úprav" (New filters for edit review) Beta feature on your wiki, and then check on your watchlist. There is more than one click to set it up, but you can also save your filters setup to retrieve them quickly. If you have questions or feedback about that feature, please use the feedback page. Trizek (WMF) (talk) 13:28, 9 November 2017 (UTC)
    @Trizek (WMF): But this doesn't solve the issue presented in this wish. --Dvorapa (talk) 13:42, 9 November 2017 (UTC)
    I've probably misunderstood your wish, Dvorapa; sorry about that. Can you elaborate it a bit? I may not be the only one to misunderstood it. Trizek (WMF) (talk) 13:50, 9 November 2017 (UTC)
    @Trizek (WMF): I've tried, but I can not speak English very well. I've also tried to describe it in T171717. The problem is not so complicated as it looks from my descriptions. --Dvorapa (talk) 14:08, 9 November 2017 (UTC)
    You can post in your language Dvorapa, and we will find someone to translate. :) Trizek (WMF) (talk) 14:29, 9 November 2017 (UTC)
    @Trizek (WMF): I think now it is more clear, what do you think? --Dvorapa (talk) 14:35, 9 November 2017 (UTC)
    It is Dvorapa, thank you for that change. My reply was clearly out of topic. May you should add an example? Something like: "At the moment, there is only "diff" and "hist" on a watchlist line. If 5 changes have been done since my last visit (1 is the older, 5 the last), I can't see them immediately. "diff" will show the difference between the current and the previous change (between changes 4 and 5), "hist" will show the entire history page. Solution : a link to show the diff of the 5 last changes." Trizek (WMF) (talk) 11:37, 13 November 2017 (UTC)
    Thank you for your opinion and suggestion, I copied it above, because you worded it really nicely :) (I hope you don't mind) --Dvorapa (talk) 15:44, 13 November 2017 (UTC)
  • I think “enhanced watchlist” (Group changes by page in recent changes and watchlist setting) does this fairly well: it has “X [changes] since last visit” links, even though they work only within one day. This proposal asks a bit more (links also working between several days), but may be less important. —Tacsipacsi (talk) 21:04, 27 November 2017 (UTC)

Voting

Watchlist created on categories

Edit proposal/discussion

  • Problem: I would like to check entries depending on my knowledge.
  • Who would benefit: anybody watching not (only) specifically marked pages but (as well) pages according to a specific interest or knowledge.
  • Proposed solution: make possible to mark categories so that all pages under that category and all pages under its subcategories are on my watchlist (and could be removed from it by removing the category).
  • More comments: I have a broad knowledge of natural sciences, e.g. for biology. Until today I mark any page dealing with a specific species or family or class or whatsoever I occasionally come across. But this lets me feel like Sisyphus, as there are more pages unmarked than marked. And I miss the new pages, which I even would like the more to check. Besides. I have an interest in palaeoanthropology and some others. My "watchlist" by now is terribly scattered and not doing its job for me.
Similar idea in the 2016 Wishlist

Discussion

  • For the single category case, try using Special:RecentChangesLinked. Recursing subcategories very quickly gets into major performance and semantic drift issues.

    By "semantic drift", I'm referring to the phenomenon where the relation to the original category gets increasingly vague as you dig deeper into subcategories. For example, if you were to watch all subcategories recursively of w:en:Category:Black Sea, you'd be watching pages like w:en:Action Philosophers! (steps: 123456; one issue of the comic featured a philosopher who lived in the Black Sea region) and w:en:Albert Jacka (steps: 123456789; thanks to lack of a Black Sea-specific category for coasts of Turkey, you wind up with an award recipient from a WWI battle on a peninsula on Turkey's Aegean Sea coast). Anomie (talk) 17:17, 13 November 2017 (UTC)

  • @Himbear: I've linked the related discussion from last year above. As noted there, a Toolforge tool (Erwin's relatedchanges) does currently exist which can do this one category (and <10 subcats) at a time, e.g. for category:Paleoanthropology with 3 subcat depth -- however the tool author retired a few years ago, and that tool would need to be extensively updated to account for a technical change that is occurring in a few weeks (phab:T175096#3768769), so that tool will disappear soon. :-(  Hopefully someone will be inspired by this proposal to update that tool, or write a new tool, or implement this feature into MediaWiki's watchlists themselves. Quiddity (WMF) (talk) 23:41, 17 November 2017 (UTC)
Thanks for the information, which apparently does not help me, but there is hope.--Himbear (talk) 09:42, 18 November 2017 (UTC)

Voting

Sort watchlist by least observation

Edit proposal/discussion

  • Problem: I have a long watchlist. I would like to see those pages that are least observed by me as well as by others.
  • Who would benefit: Anybody who would like to observe pages that apparently nobody really cares for.
  • Proposed solution: Make possible to sort my watchlist of entries since not read by me by (1) number of watchers and/or (2) date of last change. Sort (1) should start with the smallest number, sort (2) should start with the oldest date (age). In other words: Sort by "least concerned and longest unchanged".
  • More comments: By that sorting I would get to those pages that nobody cared for for a long time. If this list would contain no pages that deserve observation either I can open them or get rid of them in my watchlist or mark them as "read" easily so these do not show up again.
  • Phabricator tickets:

Discussion

  • I note that fetching the number of watchers is a somewhat expensive operation, particularly if you're trying to do it for all pages in the watchlist of someone with a very large watchlist. Presumably you'd really want to make that "active watchers", which is an even more expensive proposition. Anomie (talk) 17:30, 13 November 2017 (UTC)
  • Note also that only admins have access to the number of page-watchers, if it's less than 30 accounts, to prevent vandals from being able to easily identify targets. Therefor it wouldn't be possible to order them differently if less than 30. (Just in case you don't already know, you can see that information in the "Seiten­informationen/Page information" link in the "Werkzeuge/Tools" sidebar box. More info at w:en:Help:Page information.) With all that in mind, I don't think this proposal is practical/feasible. Quiddity (WMF) (talk) 00:06, 18 November 2017 (UTC)
  • I concur with both above. This might be prohibitive in terms of processing time/load, and the ability for anyone to do it could readily make less watched pages easy targets. --Hammersoft (talk) 18:12, 4 December 2017 (UTC)
  • Not that I'll vote for this, but I think that, for the needs of the requester, the number of watchers does not need to be computed 'live'. A cached value which gets computed once in a long while would surely do. - Nabla (talk) 21:10, 5 December 2017 (UTC)

Voting

Show the number of versions between last watched and current state

Edit proposal/discussion

  • Problem: In the watchlist, it is impossible for one to really to check the amount of new revisions that happened after the user last edited, visited or added to the Watchlist.
  • Who would benefit: Everyone who watch pages. It enables the amount of changes to be checked.
  • Proposed solution: Just add the amount of revisions after each row (E.g. 7 revisions were made after your last visit of the article)
  • More comments:
  • Phabricator tickets:
  • Proposer: 1233 | Questions?| This message is left by him at 17:14, 11 November 2017 (UTC)

Discussion

  • I can't say I've ever cared how many new revisions there were when looking at my watchlist. I typically just click "hist", scroll down to the first one that's not highlighted as unseen, and click "cur" to review them all at once. Thus, I suspect the "who would benefit" is far less than "everyone who watch pages". Anomie (talk) 17:32, 13 November 2017 (UTC)
  • Some user names I trust and their edits do not need further review. However I would love to know if any edits occurred before theirs. So yes this would definitely be useful. Doc James (talk · contribs · email) 22:18, 13 November 2017 (UTC)
  • @1233: Have you tried the new watchlist filters feature, along with expanded- and grouped-changes? I.e In your preferences, turn on (Watchlist section) "Expand watchlist to show all changes, not just the most recent", and (Recent Changes section) "Group changes by page in recent changes and watchlist", and (Beta Features section) "New filters for edit review", and then open https://meta.wikimedia.org/wiki/Special:Watchlist?watchlistactivity=unseen&translations=filter&hidecategorization=1&hideWikibase=1&limit=250&days=3&enhanced=1&urlversion=2 - the new "watchlistactivity=unseen" will hide all the revisions that you've seen. The only problem with it (for me), is that the watchlist always groups everything by 24-hour bundles, so some pages will still have multiple entries; but it might be good enough for your purposes. :) Quiddity (WMF) (talk) 00:30, 18 November 2017 (UTC)
  • Good idea, it's all to easy to miss multiple changes. Peter Flass (talk) 01:47, 30 November 2017 (UTC)
  • @1233 and Quiddity (WMF): This already exists!See MediaWiki:Enhancedrc-since-last-visit.Thank you --ديفيد عادل وهبة خليل 2 (talk) 12:50, 2 December 2017 (UTC)
  • Beta watchlist feature already does this.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  08:49, 4 December 2017 (UTC)
Which Beta watchlist feature User:SMcCandlish? Doc James (talk · contribs · email) 03:35, 5 December 2017 (UTC)
Not quite sure. I think I have turned on every single watchlist enhancement available at en.WP under Beta and Gadgets. I get helpful output like this (except that it has functional links in it of course – this is just a text copy-paste):
23:16 Wikipedia:Manual of Style/Biographies‎‎ (12 changes | 10 since last visit | history) . . (-873)‎ . . [Michael Bednarek‎; Chicbyaccident‎; Nikkimaria‎ (2×); Lawrencekhoo‎ (3×); Dicklyon‎ (5×)]
Plus additional features at page top.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  06:17, 5 December 2017 (UTC)
That looks amazing User:SMcCandlish. I am not seeing it under preferences or beta features? Maybe a user script? Doc James (talk · contribs · email) 18:51, 5 December 2017 (UTC)
Possibly. I do have the following in my Common.js at en.wikipedia:
// Get slightly more informative details about WikiData in watchlist entries:
importScript('User:Evad37/WikidataWatchlistLabels.js'); // w:en:User:Evad37/WikidataWatchlistLabels
But it only seems to relate to identifying changes to wikidata in WP articles. At this point, I would suggest turning on all the watchlist stuff available in Beta and Gadgets one at time until the feature appears, or turning them all one then disabling them one at a time until it goes away, to ID which one provides this feature. I don't have time for this right now.
PS: The "10 since last visit" feature [where ever it is coming from] in my watchlist doesn't work to an infinite level; often you just see "(12 changes | history)" links, probably after a time-based or number-of-intervening-edits-based cutoff. Not sure; I know it works a lot of the time and is great. :-)
PPS: I would not advise "plundering" my Common.js, as one of the things I added recently has broken various older scripts and I have not debugged this yet (e.g., I used to have a thing that identified who was an admin, and this is no longer working, but I'm not sure which of the half-dozen scripts I added in rapid succession is causing the problem).
 — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  19:04, 5 December 2017 (UTC)
I tried a bunch of stuff and no luck User:SMcCandlish
What skin are you using? You also have this .js file[1]
Also do you use WikEd? And is it on? I was able to get the admin highlighting working. It was importScript('User:Theopolisme/Scripts/adminhighlighter.js');Doc James (talk · contribs · email) 19:42, 5 December 2017 (UTC)
I'm using Vector. Same admin script I have; worked until I added a bunch of other stuff, which broke that and some other scripts, so I still have debugging to do. Getting deeper into this is something I have to put off for a bit; may be ping me about it in a day? I may have a block of time I can devote to IDing where those watchlist features are coming from.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  19:50, 5 December 2017 (UTC)
Okay thanks. This one [2] just adds a button that says "since last seen" and does not give you the number of edits since.
Do you have "Hide the improved version of Recent Changes" clicked on under recent changes? I think this broke a number of scripts. Doc James (talk · contribs · email) 19:52, 5 December 2017 (UTC)
I don't use WikEd, just WikEdDiff. Have not turned on "Hide the improved version of Recent Changes" (I'm not sure if you mean that selecting that option breaks scripts, or the changes broke scripts and it disables those changes). Anyway, I think the feature adding this watchlist info is "New filters for edit review" under "Beta Features" in "Preferences" tab. My active filters are: Changes by others, Human (not bot), Page edits, Page creations, Logged actions. But maybe that add-on does nothing but enable and disable lines of output in the watchlist. Will try enable/disable tests on various gadgets and beta stuff when I get some time to monkey around with it.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  20:04, 5 December 2017 (UTC)
This appears to be it.[3] Will try to figure out how to turn it on. I think this is what User:ديفيد عادل وهبة خليل 2 meant to link to. Doc James (talk · contribs · email) 20:23, 5 December 2017 (UTC)
Ah got it. Should have followed User:Quiddity (WMF) advice more closely. Under recent changes one needs to turn on "Group changes by page in recent changes and watchlist". Than under watchlist one needs to turn on "Expand watchlist to show all changes, not just the most recent" The beta feature "New filters for edit review" appears not to be needed. Doc James (talk · contribs · email) 21:02, 5 December 2017 (UTC)
It seems that phrase like "10 since last visit" works only if this number is less than actual number of tracked edits for the displayed interval of time. --Infovarius (talk) 13:58, 11 December 2017 (UTC)

Okay playing around with this, new to me, tool. It would be nice if the (X changes | history) came before the date so they line up and are easier to click. Would be nice if the names in the [names here] were for the "since last visit" rather than "X changes". Anyway initial thoughts. Doc James (talk · contribs · email) 23:03, 5 December 2017 (UTC)

Really like the formating of the new watchlist. A little slower however than the old one. Would be good to see improvements to it. Maybe I will list specific request for the next round :-) Doc James (talk · contribs · email) 01:06, 10 December 2017 (UTC)

Voting

More Options for Auto-Watching

Edit proposal/discussion

  • Problem: In the Preferences there is a check box that lets you "Add pages I create and files I upload to my watchlist". This means every time you make a new page, it will be added to your watchlist. For people who work on Recent Changes, and others who categorize talk pages, etc, this means that in the course of a couple hours you can add potentially hundreds of pages to your Watchlist.
  • Who would benefit: Editors across the board.
  • Proposed solution: There should be an option to further choose the pages you want to watch, sorted by namespace. For example, if I'm a content creator and also work on RCP, I want to continue to automatically watch my Article pages I create, but I don't necessarily want to follow every User Talk page that I put a warning on. Likewise I don't want to automatically follow every Talk page that I put a WikiProject tag on.
  • More comments:
  • Phabricator tickets:

Discussion

  • Note the existing preference only controls the default state of the "Watch this page" checkbox on the edit form. The best solution for people with complex needs might be a user script or gadget that further adjusts that checkbox with JavaScript when the edit form is loaded. Anomie (talk) 15:18, 9 November 2017 (UTC)
  • +1 to a gadget or something, we don't need more preferences here. 😂 (talk) 00:38, 10 November 2017 (UTC)

Voting