Wikimedia Meta-Wiki

Community Wishlist Survey 2022/Watchlists

< Community Wishlist Survey 2022
Community Wishlist Survey 2022
Watchlists
10 proposals, 148 contributors, 287 support votes
The survey has closed. Thanks for your participation :)



Hide reverted edits

Clicking on "2 changes" shows an empty diff.
  • Proposed solution: Add an option to hide sets of edits that collectively produce an empty diff. Such a set commonly includes one or more edits by a vandal and a rollback edit.
  • Who would benefit: Editors with many pages on their watchlists. My watchlist contains over 700 pages so hiding the edits that don't require my attention would be a huge help.
  • More comments: As a workaround, I configured my browser to run following JavaScript snippet every time I open my watchlist:
[...document.querySelectorAll(".mw-tag-mw-reverted .mw-plusminus-null")].forEach(
  (el) => { el.parentNode.parentNode.parentNode.parentNode.style.display = "none" }
)
This serves me well but is brittle and clearly not a solution for everyone.

Discussion

Voting

Temporarily unwatch a page for a set period of time

  • Problem: Occasionally pages that are rarely edited become news items and see large scale editing (e.g. due to the death of the subject). This causes the watchlist to get swamped, and means changes to other pages may get missed. A user may want to stop watching that page for a time until the page has stabilised.
  • Proposed solution: Allow individual pages to be unwatched for a selected length of time.
  • Who would benefit: Users who watch a lot of pages
  • More comments: This is the reverse of watchlist expiry that was implemented recently.
  • Phabricator tickets: phab:T299227
  • Proposer: Voice of Clam (talk) 18:45, 12 January 2022 (UTC)[reply]

Discussion

I created phab:T299227 for this. — xaosflux Talk 15:49, 14 January 2022 (UTC)[reply]

  • If you don't want to watch a page when it gets really busy, why are you watching it at all? That just doesn't make any sense to me. SpinningSpark 10:08, 5 February 2022 (UTC)[reply]
    @Spinningspark: Personal preference. I have my watchlist set to view all changes, not just the latest, so if a page receives a large number of edits, it floods my watchlist and I may miss changes to other pages. If a page is undergoing a large number of edits in a short time then any vandalism will be picked up quickly even if I'm not watching it. Voice of Clam (talk) 08:17, 8 February 2022 (UTC)[reply]
    That's how I have my watchlist set too. If a page is really busy, that means more has been written on it and I am more interested in reading it rather than less. If you are only interested in vandalism you have better options for filtering your watchlist than entirely turning it off. There are filters for likely, and very likely to have problems. Or you can highlight those categories as an option in your preferences. An article is just as likely to be vandalised while it is being actively improved/expanded as at any other time. More so in fact; the increased activity may well be because the subject has been in the news recently in which case it will be a magnet for vandals and trolls. You're concerned about missing changes, so you turn off a page with lots of changes. That's just illogical, as is relying on other editors to spot any vandalism. Those editors are not looking for vandalism, they are writing improvements. You are the one looking for vandalism but you have just shut your eyes to it. SpinningSpark 13:45, 8 February 2022 (UTC)[reply]

Voting

View diffs in the Watchlist

Discussion

Voting

Allow diffs to be marked as unvisited

  • Problem: On occasions, an edit is made that appears to be good faith, but I want to check it more thoroughly, either when I have more time or better access to sources. However as diffs are automatically marked as visited when I view them, it is not currently possible to keep it flagged to remind me to review it later.
  • Proposed solution: When a diff is viewed on a page that is in a watchlist, allow a method of marking the diff as unvisited/unread.
  • Who would benefit: All editors
  • More comments:
  • Phabricator tickets:
  • Proposer: Voice of Clam (talk) 09:31, 16 January 2022 (UTC)[reply]

Discussion

Voting

More specificity on the last edit indicated

  • Problem: Currently watchlists show only the very last edit made on an article. Without going to look at the history, there is no way of knowing whether this was an isolated edit or the last in a series of edits by the same user (i.e., major changes or expansion), or the latest salvo in an edit war you had no idea was happening.
  • Proposed solution: Change "Expand watchlist to show all changes" to include an optional indicator that this was the last edit of X by User:ABC and allow a dropdown click to review all the edits made in that sequence (i.e., byte counts and edit summaries). It could also be highlighted, by user preference, if the edit is part of a sequence of reverts of an edit that is the same or substantially the same, i.e. as a possible edit war. And there are other possibilities.
  • Who would benefit: Users who work to keep articles stable and at a certain level of quality. And by extension the whole community
  • More comments: I think this would be of overall benefit to the community by making it easier to respond more quickly to vandalism and disruptive editing, and perhaps minimize the drama that breaks out when one user has just made major changes to the article that another had some time before spent a great deal of time developing.
  • Phabricator tickets:
  • Proposer: Daniel Case (talk) 05:57, 11 January 2022 (UTC)[reply]

Discussion

Just enable "Expand watchlist to show all changes, not just the most recent" in the preferences. Jon Harald Søby (talk) 09:46, 11 January 2022 (UTC)[reply]

Oooh, thanks for that tip, I've been wondering about that for a long time! ArthurPSmith (talk) 19:32, 11 January 2022 (UTC)[reply]
Only problem is that that function displays the edits in a random order unless you expand each line, so you can't see if, for example, the vanalism-reverting bot had the last word or not. -- Ahecht (TALK
PAGE) 23:26, 11 January 2022 (UTC)[reply]
Having just tried it, I would refine my suggestion to be that it be made smarter: i.e., tell you if a series of edits since the last one have added/removed a lot, tell you if there's an ongoing edit war/AV bot reversions, and keep the watchlist readable by allowing you to expand the edits for individual articles if you'd like to see what they were. Daniel Case (talk) 03:02, 12 January 2022 (UTC)[reply]
@Daniel Case Hello there and hope you are well :) Focusing on the problem, not solution: it sounds like on your Watchlist, you want to be able to easily see how many changes there were to a page, by how many users, and if the end result was the same (meaning some sort of edit war or back-and-forth). Is that correct? This would be with the "Expand watchlist to show all changes" preference on. We have a little more room to work with there. I could envision say, an icon (defined in the legend at the top-right) next to the number of changes, indicating no content changes were made in that group of edits (and thus, there was an edit war). Something like that? MusikAnimal (WMF) (talk) 04:57, 22 January 2022 (UTC)[reply]
@MusikAnimal (WMF): Yes, something like that, with maybe an indicator of whether there were any reverts in the series, or whether any large amount of bytes was involved. Daniel Case (talk) 05:00, 22 January 2022 (UTC)[reply]
Sounds good! I think we're on the same page now :) Feel free to update the proposal to focus on adding these features to the "Expand watchlist to show all changes" feature. I'll be back in a few days and can help clean it up more if needed. Thanks and warm regards, MusikAnimal (WMF) (talk) 05:04, 22 January 2022 (UTC)[reply]
  Done Daniel Case (talk) 20:26, 27 January 2022 (UTC)[reply]
  • I understand this problem, and support doing work on it, but I think a much more straightforward system would be to group watchlist results by page edited. The latest edit to the page would be fairly self-evident without special marking. It's not possible to tell what the owner of the watchlist is looking for so grouping/marking by editor, size of edit, etc may not be useful to a particular editor and may actually be counterproductive. I would like the group containing the oldest edit to be listed last so that the oldest edit did not continually get bumped to the top of the list by new edits. SpinningSpark 09:55, 5 February 2022 (UTC)[reply]
  • It seems that the proposed way of displaying changes is the one currently used at Special:GlobalWatchlist. ~~~~
    User:1234qwer1234qwer4 (talk)     22:37, 11 February 2022 (UTC)[reply]

Voting

Grouping watched pages

  • Problem: Everyone watches different pages for different reasons – some are noticeboards, some are projects to do, and some are watched for vandalism or sockpuppetry, however people with large watchlists can often forget why they watch a page. To use myself as an example, I primarily work countering spam, and many recurring sockmasters edit a large number of pages (which I watch), making it difficult to remember why I have a certain page watched, and for which sockmaster.
  • Proposed solution: Create a method of allowing the user to create and name watchlist groups (very similar to how filters can be created at Special:RecentChanges.) When a page is watched, there could be an option to add it to a watchlist group, similar to how you can select the duration of time to watch a page. Ideally, the user should also be able to filter their watchlist by group, and possibly assign different groups colors.
  • Who would benefit: Most Wikimedia users, especially anyone with a large watchlist.
  • More comments: I'm not massively familiar with MediaWiki, but I imagine it would involve re-purposing a lot of code from RecentChanges, especially bits surrounding the filter mechanisms.
  • Phabricator tickets:
  • Proposer: Giraffer (talk) 23:11, 14 January 2022 (UTC)[reply]

Discussion

A similar proposal to Community Wishlist Survey 2021/Watchlists#Large watchlist access 2A00:23C4:E845:5B00:24AF:C351:D079:6898 01:19, 15 January 2022 (UTC)[reply]

Thanks for sharing, I hadn't seen that. I'm not proposing splitting up a watchlist or creating numerous ones, but adding the ability to "categorize" pages within it and sort by them. Giraffer (talk) 10:34, 15 January 2022 (UTC)[reply]
Maybe even more similar to Community Wishlist Survey 2021/Watchlists/Multiple watchlists. ~~~~
User:1234qwer1234qwer4 (talk) 12:05, 30 January 2022 (UTC)[reply]

Voting

Expiring temporary watchlist

  • Problem: When using the watchlist expiry feature, pages are removed from your watchlist automatically without notification.
  • Proposed solution: Create an optional watchlist notification when the page is being removed from the watchlist
  • Who would benefit: Editors who have expiring pages on their watchlists
  • More comments: Sometimes you misjudge just how long you need to be watching a page and it be removed from your watchlist without you realizing. An option to see when the time has expired would let editors know this has happened and be able to make a decision (do nothing or visit the page and watch it again).
  • Phabricator tickets:
  • Proposer: Barkeep49 (talk) 18:21, 13 January 2022 (UTC)[reply]

Discussion

  • I'd like to comment that the lack of a notification was by design. But the popularity of this proposal can change that ;) In case you weren't aware, there are a few ways to see the expiry: Expiring watchlist items are listed first at Special:EditWatchlist and show the expiry time. You can also hover over the half-star (or watchlist link) on a page, and that will say how many days are left. The same is true with the clock icon shown next to temporarily watched pages at Special:Watchlist. Finally, it's displayed on the edit screen next to the "Watch this page" checkbox. I kind of worry about using Echo notifications as you suggest, as depending on your workflow (i.e. Twinkle settings), you could have MANY and it would quickly become too spammy. Better I suppose would be for you to opt into notifications only for specific pages, but that complicates the UX. Anyway, your problem statement is clear, and that's the important part. We can figure out the solution later :) MusikAnimal (WMF) (talk) 19:02, 13 January 2022 (UTC)[reply]
    All of your suggestions require checking the watchlist or specific pages, which will only help if the page has not been automatically unwatched yet. ~~~~
    User:1234qwer1234qwer4 (talk)     23:26, 11 February 2022 (UTC)[reply]
  • Good suggestion; the lack of notifications is probably why I have not used watchlist expiries so far. ~~~~
    User:1234qwer1234qwer4 (talk)     23:27, 11 February 2022 (UTC)[reply]
  • Support if it's optional and selectable on a per-page basis, otherwise an hour of Twinkle work could get you >50 notifications that same hour the following week. Giraffer (talk) 18:01, 11 February 2022 (UTC)[reply]

Voting

Preference to set default watchlist expiry

  • Problem: I want every page I edit to be added to my watchlist for a limited time, so I can see what kinds of follow-up changes other users may make in reaction to my edit. Because my edits are generally maintenance-related in nature, I edit a wide range of pages, and have no interest in edits that are made months or years later.
  • Proposed solution: In the Watchlist page of preferences, provide an expiry dropdown next to "Add pages and files I edit to my watchlist", "Add pages and files I move to my watchlist", and each subsequent checkbox in that section, so that a default watchlist expiry time can be set. This default expiry only applies to (a) pages that are currently unwatched, and (b) pages whose watchlist expiry will expire before the default period I set in my preferences (e.g. if the page will leave my watchlist in 2 days, but my preferences stipulate a default expiry of 7 days, the page's watch expiry will be extended to 7 days).
  • Who would benefit: Wikignomes (those who mainly perform maintenance edits across a wide variety of pages)
  • More comments: The amount of development work involved is low. It probably would take an experienced MediaWiki developer 1 or 2 days (not including any design required).
  • Phabricator tickets: phab:T265716
  • Proposer: This, that and the other (talk) 04:45, 15 January 2022 (UTC)[reply]

Discussion

I came here to propose precisely this idea for the same reason. I was surprised to see that the expiration option did exist but only if set manually, not as part of the watchlist preferences. I hope this gets more attention in the near future as it would greatly help users who mostly do maintenance edits. - Klein Muçi (talk) 00:29, 20 January 2022 (UTC)[reply]

Would have supported if I had known voting ended at 18 UTC. ~~~~
User:1234qwer1234qwer4 (talk) 23:20, 11 February 2022 (UTC)[reply]
en:User:Rummskartoffel/auto-watchlist-expiry.js offers a workaround on English Wikipedia. Certes (talk) 20:15, 21 February 2022 (UTC)[reply]

Voting

Make Special:GlobalWatchlist more discoverable

Discussion

  • It's hard, and the global watchlist links can be accessed through meta-wiki. Thingofme (talk) 17:04, 22 January 2022 (UTC)[reply]
    why do you think it is hard? Special:GlobalPreferences and Special:CentralAuth can already be accessed through Special:Preferences on every wiki. Why not make the same for Special:GlobalWatchlist? Heanor (talk) 21:32, 22 January 2022 (UTC)[reply]
  • This is my provisional solution (global.js): 
    if ( mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Watchlist' ) {
	mw.loader.using( [ 'mediawiki.util' ] ).then( function () {
		mw.util.addPortletLink(
			'p-views',
			'//meta.wikimedia.org/wiki/Special:GlobalWatchlist',
			'Global watchlist',
			'',
			'Global watchlist'
		);
	} );
}
  • --Matěj Suchánek (talk) 11:38, 23 January 2022 (UTC)[reply]
    Good, works for me! But maybe not enough. But definitely should be implemented for all registered users by default. Heanor (talk) 15:12, 23 January 2022 (UTC)[reply]
  • Hi. I'm the developer of the GlobalWatchlist extension and still have some grant money to work on it, but help from Community Tech would be appreciated and I would be happy to coordinate with them if they are willing to review. I haven't work on it yet since I wasn't clear how it should appear from a design perspective though. --DannyS712 (talk) 03:12, 3 February 2022 (UTC)[reply]

Voting

Pattern matching article titles

  • Problem: There is no easy way to watchlist many similar pages at once, other than adding all of them individually to your watchlist. For example, if I want to watchlist all editions of the Eurovision Song Contest, I'd have to add all 67 of them as well as every new article when it gets created. You can watchlist categories and notice when a new page is added, but that only works if people categorise new pages the way you would expect, and you also still then have to manually add it to your watchlist.
  • Proposed solution: Introduce a new Special:BulkWatchPages which allows you to watch items by regular expression (with some sane limit), and perhaps other options such as a category. In the example above, the regular expression could be Eurovision Song Contest \d+. Or for templates with subpages, Template:Example(/.*)?. For technical reasons, this would watch every page as if you watched them individually, as opposed to grouping all these pages together as one "watched item". There could also be a Special:BulkUnwatchPages special page so you can un-watch them in bulk, however.
  • Who would benefit: All editors, especially those who often check other people's edits
  • More comments:
  • Phabricator tickets:
  • Proposer: Jochem van Hees (talk) 15:07, 11 January 2022 (UTC)[reply]

Discussion

Voting

Retrieved from "https://meta.wikimedia.org/w/index.php?title=Community_Wishlist_Survey_2022/Watchlists&oldid=22829025"