Page MenuHomePhabricator

After opening a diff, entry on Special:Watchlist sometimes stays unread (bold)
Open, HighPublicBUG REPORT

Subscribers
Tokens
"Burninate" token, awarded by Thgoiter."Burninate" token, awarded by SerDIDG."Burninate" token, awarded by IKhitron."Burninate" token, awarded by AntiCompositeNumber."Burninate" token, awarded by JJMC89."Burninate" token, awarded by Dvorapa.
Assigned To
None
Authored By
JoKerozen, Mar 17 2019

Description

on march 15th (around 18:00 (CET) ) a brief bug was noticed concerning special:watchlist on fr:wikipedia.

Steps to Reproduce:
open a diff of your watchlist, reload the watchlist.

Actual Results:
the article title stay in bold.

Expected Results:
the article title should not be bold anymore.

the bug was "resolved" 25-30 minutes after I first spotted it.

Today (march 17th) around 13:30 (CET) I noticed the bug was strinking again. This time, it lasted around 20 mn.

Hewiki comment:
We already saw it every couple of hours. The API query for unread edits returns all rhe bold ones all the waiting time.

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

You should probably provide new instructions to reproduce. I've not had this issue all day today.

Same as in the task description.

Izno added a comment.May 27 2019, 6:05 PM

You should probably provide new instructions to reproduce. I've not had this issue all day today.

Same as in the task description.

Yup, cannot reproduce. You may need to clear cookies, etc.

It was not reproducible from the beginning, just suddenly happening a couple of times every day. But no problem, I'll do this.

Once again, after I fulfilled your recommendation.

I can confirm, it is much better than before, but still sometimes leaves visited change marked in bold

Dvorapa added a comment.EditedJun 10 2019, 9:53 PM

Sometimes I visit a new watchlist entry, the entry becomes seen, but some - already visited - change underneath gets marked as unseen. I click to that change and it is marked as seen, but the first entry is marked as unseen back.

  • Open watchlist

  • Open the bold page
  • Open watchlist again

  • Open the bold page again
  • Open watchlist once more

Note: Some users on Czech Wikipedia complained today too.

Lofhi added a subscriber: Lofhi.Jun 12 2019, 6:11 PM
Jeff_G added a comment.EditedJun 18 2019, 11:14 PM

It is still happening for me today. In the attached screenshot, I am "User:Jeff G." and my edit of 18:41 (UTC-4, EDT, 22:41 UTC with screenshot taken around 23:00 UTC) should have marked all the previous edits to c:Commons:Help desk as read, but it didn't.

IKhitron added a comment.EditedJun 19 2019, 9:42 AM

Well, this time the lag is not twenty minutes any more. Eight Ten hours and counting.
And this time the problem is also in history pages and in API.

Well, this time the lag is not twenty minutes any more. Eight Ten hours and counting.
And this time the problem is also in history pages and in API.

Per the discussion on wikitech-l, this is/was due to T226109: Write incident report for jobs not being executed on 1.34.0-wmf.10.

Yann added a comment.Jun 20 2019, 5:22 AM

Hi, This also happened to me yesterday.

I'm seeing visited pages marked as unread on my Watchlist in 1.34.0-wmf.10.

Can someone still reproduce this problem, or did this get solved by T226109?

Can someone still reproduce this problem, or did this get solved by T226109?

Yes, it was happening when I posted:

I'm seeing visited pages marked as unread on my Watchlist in 1.34.0-wmf.10.

I can't reproduce the current issue. I've tested on several wikis, with two different accounts on two different browsers.

Can you please check the following? (copied from https://www.mediawiki.org/wiki/Help:Locating_broken_scripts)

Be sure you have an up-to-date configuration

  1. First, ensure your browser is up to date. MediaWiki features and some scripts are not supported by old browsers for safety reasons.
  2. Then, purge the cache for the page to force the page to be redisplayed from its source or scripts to restart.

Those two points solve most issues.

If you have a tool like "NoScript" or ad blockers installed on your web browser, then make certain that scripts are enabled for wikipedia.org, wikimedia.org, mediawiki.org, and wikidata.org.

Test if you have problems related to user scripts or gadgets

To test if your problem is linked to user scripts or gadgets, you can try to temporarily deactivate all on-wiki scripts at once.

To do so, add ?safemode=1 to the web address (URL) of the page on which you see the problem. Example: https://www.mediawiki.org/wiki/Special:Watchlist?safemode=1

If the URL already includes a ?, append &safemode=1 instead. Example: https://www.mediawiki.org/w/index.php?title=Special:Watchlist&safemode=1

If you still have problems on the page you are testing with the safe mode, and your browser is up to date, please report here.
If you don't have the problem anymore using the safe mode, it means you have an issue with a user script or gadget. You have then to identify the problem.

I believe the issue is solved. It hasn't happened to me in quite a while.

It happened me yesterday. I'll try to remember safemode checking next time. My browser is always up to date.

Same here, every week I get an issue with it, fully updated Firefox, no extensions at all, will try safe mode next time it will happen.

Titore added a comment.EditedJul 30 2019, 2:33 PM

It's happening again to me today, even in safe mode. Sometimes it looks like the entry finally gets unbold, only for it to become bold again after some time.

Confirming that.

Krinkle removed a subscriber: Krinkle.Aug 2 2019, 11:01 PM

Confirming that.

Have you followed the steps described above? T218511#5360423

Confirming that.

Have you followed the steps described above? T218511#5360423

Absolutely.

Happening for me right now, while using "&safemode=1"

Seen changes are showing in my watchlist even though I have it set to show only unseen.

Happening for me right now, while using "&safemode=1"
Seen changes are showing in my watchlist even though I have it set to show only unseen.

Sorry... more details: seen change is displaying not bold but is showing in the watchlist, despite filtering for only unseen changes.

(Instructions in T218511#5360423 followed.)

With safemode=1 and script-related browser extensions disabled.

Google Chrome Version 75.0.3770.142 (Official Build) (64-bit)

The change in the red box should not be bold since I have seen the edit. (I made it). Additionally, it shouldn't show up at all since the unseen changes filter is active.

None of the shown changes should be present. I have visited all of them, and the unseen changes filter is active.

Not sure why the first one is not bold but the other two are.

Joeyconnick added a comment.EditedAug 14 2019, 3:11 AM

This bug is going crazy right now

This is with &safemode=1 and no script-related extensions enabled

Reedy removed a subscriber: Reedy.Aug 14 2019, 8:02 AM

Something happened last night, the bug was there again and again.

And again... I've just visited both pages below (Kal Penn and The DUFF):

Yes, this is with &safemode=1

Bradv removed a subscriber: Bradv.Aug 28 2019, 3:09 PM
Dvorapa added a comment.EditedSep 9 2019, 9:01 PM

Today I got really annoying issues with marking changes as read/unread, I could not determine, whether I read the pages in my watchlist or not read as the bold markup was completely wrong/random everywhere (tested also in safemode)

It's doing it again. *sigh*

And for the last two days on en.wikipedia.org... could someone please fix this?

It's hard for anybody to fix stuff if that anybody cannot reproduce the problem...

I have it on a regular basis, may be once per week. I last had this today. But I do not see any regular pattern, it appears and then disappears after half an hour. I am just a highly active user of several Wikimedia projects and reload my watchlist pretty regularly. Once in a while, the issue comes back.

The same on hewiki, just without reloading, but with watchlist fetching gadget.

What do the developers need from us to fix this? It's been exceptionally more frequent in the last week or so, to the point where following my watchlist is becoming difficult. This issue will drive people away from the project, so tell us what you need in terms of logs/timing/etc.

4nn1l2 removed a subscriber: 4nn1l2.Dec 10 2019, 6:51 AM
Der-Wir-Ing added a subscriber: Der-Wir-Ing.EditedDec 11 2019, 11:24 PM

Happens to me right now.

When I klick on a page (say 'A') with unseen changes (or klick on difflink) it's no longer bold. Then I klick on unseen page 'B', and B is no longer bold, but A is bold again. I tried this with more pages several times. Only the page I visited last, ist marked as seen, the others are bold again.

After midnight I tried this again with pages that were changed during the new day and the same problem occured.

Then I klicked on a difflink from the previous day, and since then most (all?) pages I saw during the previous day, from the previous day were no longer bold. Only most of the pages from the current day that I saw were marked as seen (But for sure not all of them).

With other pages from the previous and current day, the problem still exists.

Edit: Pages on my watchlist where I am the only editor on a day are marked as seen. When there are also other editors on the same day, it's marked as seen, even when I am the last editor.

And the really annoing part is that when this happens, I get my one edits as unread.

What do the developers need from us to fix this?

Edit less.

This is an artefact of high database replica lag. The more people edit, and so the more updates are needed, the more it happens. This is especially problematic right now on Wikidata and Commons where the DBs are struggling.

What do the developers need from us to fix this?

Edit less.
This is an artefact of high database replica lag. The more people edit, and so the more updates are needed, the more it happens. This is especially problematic right now on Wikidata and Commons where the DBs are struggling.

Be careful with written humor, Jdforrester-WMF; it can be misinterpreted.

I have to assume that "Edit less" is not the WMF's official position, since it is not entirely in line with Wikimedia's mission to "bring free educational content to the world". (Source: https://www.wikimedia.org/)

Is it time to modify https://en.wikipedia.org/wiki/Wikipedia:Don%27t_worry_about_performance ?

Dvorapa added a comment.EditedDec 12 2019, 1:45 PM

What do the developers need from us to fix this?

Edit less.
This is an artefact of high database replica lag. The more people edit, and so the more updates are needed, the more it happens. This is especially problematic right now on Wikidata and Commons where the DBs are struggling.

Be careful with written humor, Jdforrester-WMF; it can be misinterpreted.
I have to assume that "Edit less" is not the WMF's official position, since it is not entirely in line with Wikimedia's mission to "bring free educational content to the world". (Source: https://www.wikimedia.org/)
Is it time to modify https://en.wikipedia.org/wiki/Wikipedia:Don%27t_worry_about_performance ?

I like jokes, makes tense atmosphere friendlier :)

But nowadays, Special:Watchlist is quite useless feature of MediaWiki because this.

But nowadays, Special:Watchlist is quite useless feature of MediaWiki.

It's a great joke!

Well, today it happens again and again, every hour.

And now it is every half of hour.
We are group1.
Maybe the rest will get this tomorrow.

And now it is every half of hour.
We are group1.
Maybe the rest will get this tomorrow.

Yes, it's appalling in the last few days.

And as for it being "an artefact of high database replica lag", well... unless the number of people editing in the last year or so has truly skyrocketed, then no, that's not actually the problem. The problem is that code changes were made in the last year that have apparently resulted in high database replica lag or have resulted in high database replica lag BEING a problem. I've been actively editing for three or four years on en.wikipedia.org and only in the last year have I ever seen these types of errors.

Well, starting from 22 hours ago the page Special:Watchlist became completely useless. In the past the delay was about 20 minutes. Now it continues about three hours, stops and starts again immediately.

I have the same problem.
It would be wonderful, if you could fix it.

And please have a Look at: https://phabricator.wikimedia.org/T239368
There is another very annoying problem with the watchlist.

Ayack added a subscriber: Ayack.Dec 14 2019, 8:48 PM
Dvorapa raised the priority of this task from High to Unbreak Now!.EditedDec 15 2019, 8:29 PM

Currently 4 days of seen changes marked as unseen (cswiki).

Restricted Application added a subscriber: Liuxinyu970226. · View Herald TranscriptDec 15 2019, 8:29 PM

Changing the priority isn’t going to make a fix faster when developers aren’t sure of a solution and said that it’s the database lagging.

Aklapper lowered the priority of this task from Unbreak Now! to High.Dec 15 2019, 9:51 PM

It's highly annoying, but I don't think this qualifies for "Unbreak Now" which means "Something is broken and needs to be fixed immediately, setting anything else aside." It's not like a site is down...

For me, half of Wikipedia is today down as I can not do almost anything on Wikipedia. Anyway I use watchlist all the time, but there are people that never use watchlist and for these people I understand it is not unbreak now.

Agree with unbreak now, of cource.

By the way, "pageviews does not work for yesterday views" can be the same problem? Data does not arrive in time?

This has gotten much worse since 1.35.0-wmf.10 was deployed with watchlists bordering on useless due to everything being marked as unseen for many hours despite being seen.

Tagging CPT for awareness and triage since the Growth and Performance teams aren't working on this.

If our wiki watchlist get reset every 3-4 hours since Thursday, and on enwiki it's 4 days without reset, maybe it depends on the number of edits (and unwiki is much bigger) or something.

Victar added a subscriber: Victar.Dec 15 2019, 11:22 PM

This has become considerably worse as of this week.

Yes, significant degradation in the past few days is known (and a sub-set of the generic problem here); see T240518: Some jobs are not being processed / are processed slowly, where hopefully my colleagues should find and get a fix soon.

Chaddy added a subscriber: Chaddy.Dec 16 2019, 2:35 PM

The problems occurs almost every time I reload my watchlist. Often entrys are bold I already have seen, even edits I did myself. Also sometimes entrys are not bold although I never have seen them. Furthermore in article histories sometimes diffs are marked as unseen although I already have seen them. Something is really broken here. And it is not a new problem, it occurs since several months! But a short time ago it has become worse. Please fix it asap!

greg removed Catrope as the assignee of this task.Dec 16 2019, 7:22 PM
greg added a subscriber: greg.

Remove Roan from assignee; he worked on this previously, but then this task was reopened and there's no update from him since.

YBG added a subscriber: YBG.Dec 16 2019, 11:25 PM
MBH added a subscriber: MBH.Dec 17 2019, 2:46 AM

While the actions taken to address T240518: Some jobs are not being processed / are processed slowly remedied the very noticeable spike, this is still an ongoing issue. This is a Regression against the previously working as intended behavior.

Comment. Many pages I routinely watch remain on my watchlist, but are disappearing from visibility. Template:Did You Know has been on my watchlist for a very long time. When the DYKUpdate bot loaded the new batch on 22 December, the template totally disappeared from visibility on my watchlist, even though the page itself said I had it watched. When an editor made an edit, the DYK template magically became visible on my watches pages again. As of the 23 December DYKUpdate happened, the template once again disappeared from my watched list visibility. I got it to reappear by doing a test edit and then reverting myself. The same phenonemon happened to me with watching Village pump (technical). No way of knowing how many are not displaying (but should be) if I'm not expecting a specific one to change.

Stryn added a comment.EditedMon, Dec 23, 6:46 AM

Sounds like you have some filters enabled on your watchlist to not show edits made by bots.

Someone mentioned to me that it might have to do with the bot edits suppression on my wachlist. I've not unchecked that option, so perhaps my issue has been solved.