It happens to many other article pages including the OED article where it's still happening. I've only subscribed to the OED Talk page section I posted and there've not been any additions to that since my 18 February post here.

@Mcljlm to be clear: you are receiving all Oxford English Dictionary talk page change notifications, but not all article change notification?

@Mcljlm can you tell us if this happens to other pages you are subscribed to? This will help us reproduce the error and figure out how to solve it.

In T417796#11654201, @PaulaYa wrote:

Patch here: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1244641
I think the fix is in the right place, but I wasn't able to test it locally. I would appreciate a second pair of eyes to confirm the approach makes sense!

Patch here: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1244641
I think the fix is in the right place, but I wasn't able to test it locally. I would appreciate a second pair of eyes to confirm the approach makes sense!

Change #1244641 had a related patch set uploaded (by Ypaula; author: Ypaula):

[mediawiki/core@master] rcfilters: Clear highlight before processing key navigation

https://gerrit.wikimedia.org/r/1244641

verified working on testwiki

In T411507#11639042, @Samwilson wrote:

These actions (delete, edit, move, etc.) are all operating on only a single page. I'm guessing this is for when you've somehow got a list of pages and you don't know their watched status and will send separate API calls to watch each of them, and it'd be more convenient to be able to send e.g. watchlist=watch&watchlistexpiry=1+month to all and not have it clobber the permanent expiries

Yes that's right. But perhaps I'm not really understanding your goal.

In T411507#11638597, @Samwilson wrote:

Would it make sense to change the default behaviour to not modify an existing watchlist item? The annoyance of losing the item's data is only going to become more annoying now we've also got watchlist labels.

Would it make sense to change the default behaviour to not modify an existing watchlist item? The annoyance of losing the item's data is only going to become more annoying now we've also got watchlist labels.

Yes it is ok to work on this. Thanks for picking this up and I look forward to reviewing your patch.

I've reproduced this bug on both Chrome and Firefox. I'm interested in investigating a fix. Is it okay to work on this?

@TheresNoTime Confirmed restore the 's' accesskey to Special:EditWatchlist, as seen in the screenshot below. I will mark this as Resolved. Thanks for all your work!

Vector 2010 is not a responsive skin so it's not expected to work well at these kind of resolutions without gadgets. Development of legacy Vector is frozen (we are in maintenance only mode).

@Samwilson Ok looks like everything is good to go now, as seen in the screenshots below. I will mark this as Resolved. Thanks for all your work!

Change #1235776 merged by jenkins-bot:

[mediawiki/core@master] mediawiki.special.watchlistedit: Add access key to remove

https://gerrit.wikimedia.org/r/1235776

@GMikesell-WMF Can you have another look? The last part should be sorted out now.

Change #1235610 merged by jenkins-bot:

[mediawiki/core@master] Special:EditWatchlist: Use consistent phrasing, and remove unused messages

https://gerrit.wikimedia.org/r/1235610