User Details
- User Since
- Jan 4 2015, 2:23 PM (256 w, 5 d)
- Availability
- Available
- LDAP User
- IKhitron
- MediaWiki User
- IKhitron [ Global Accounts ]
Wed, Dec 4
Fri, Nov 29
The same on hewiki, just without reloading, but with watchlist fetching gadget.
Tue, Nov 26
Mon, Nov 25
This particular example is on Samsung Internet, same browser as of Amire80. I did not check this example on Firefox yet.
1280 pixels. How can I recognize the browser zoom level?
Also, going to https://he.wikipedia.org/w/index.php?title=סמולוויל&diff=26747890&oldid=26747811 in Firefox 70 I don't see a green background in those four paragraphs. Where does that come from?
A line in my personal common.css
.diff-deletedline, .diff-addedline {background: #EAFAEA;}
Sun, Nov 24
And the problem is that it sometimes disappears in safemode, and sometimes doesn't. My guess it depends on screen width in every single example.
I am on Samsung Browser now, but I saw it a lot on desktop Firefox.
Oct 25 2019
Oct 23 2019
Oct 3 2019
OK for me either.
Sometimes the page opens, but instead of contents you get
[XZXq4wpAADkAADTd@iwAAAUF] 2019-10-03 12:36:02: Fatal exception of type "WMFTimeoutException"
Sep 21 2019
Just a thought from non-developer. If we know that left side and right side are equal, otherwise the left side would already be a part of the diff, can't you just copy the right side string to the left, instead of computing it by brute force?
Aug 14 2019
Something happened last night, the bug was there again and again.
Aug 7 2019
Aug 2 2019
Confirming that.
Jul 24 2019
It happened me yesterday. I'll try to remember safemode checking next time. My browser is always up to date.
Jul 22 2019
Thank you for the quick work.
Jul 14 2019
Of course. I am terribly sorry.
Hello, @Lea_Lacroix_WMDE. Is there something new with this task? See this diff from yesterday. Thank you.
Jul 10 2019
Seriously? OK, but very weird.
Jul 4 2019
OK, if you think there is anyone here that does not know what is version diff.
About Firefox, you did not provide any version information. Please see what I wrote - thanks!
The version is in the "rest" part of my version. I answered about the browser, not about the version.
Thank you.
Thanks. Hope it will never come back indeed.
Jun 19 2019
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.
May 31 2019
@scfc, you can try reading [[w:he:MediaWiki:Gadget-WLM.js]].
May 28 2019
Once again, after I fulfilled your recommendation.
May 27 2019
It was not reproducible from the beginning, just suddenly happening a couple of times every day. But no problem, I'll do this.
Pay attention. The wrong data in watchlist problem is resolved, but the original issue of this task, "After opening a diff, entry on Special:Watchlist sometimes stays unread (bold)", isn't.
May 23 2019
24 hours after group 1 deployment. I do not see any problems.
May 16 2019
May 15 2019
Group 1 deployed, the problem continues.
May 8 2019
Well, group 1 deployed. It's much better now, but there are some problems from the last week.
May 5 2019
Well, there is a new bug now, see above. Maybe it comes from this one.
May 3 2019
Unfortunately, a lot of people in two wikipedias (at least) are complaining, with js, including myself.
May 2 2019
And now I can see a page with no bold edits at all, but with edits I never read.
Now I can see that the original issue continues. Listen, the problem is at all in this task, or it's something else?
And I saw a first case of completely read page, marked as unread.
Same page, three daily entries (using Watchlist Manager gadget to hide pages with no unread edits).
9:57, 10:09 bold, 9:59, 11:09 unbold.
May 1 2019
A pity that @Reedy believes it's not crucial. It was annoying until today, and now, for a week at least, the Watchlist can't be used at all any more - you can't know what edits are read and what are not. A week without watching pages in all wikis. A rollback of one version will solve the problem. Thank you.
Digged a little. For each page, that has at least one unread edit, most edits marked as unread, as far as they are on watchlist page, at least. I can see an example page, with 35 from 54 unread today, 36 from 53 yesterday, 12 from 24 the day before yesterday. For example, the last edit 3 minutes ago marked as read, when I did not opened it yet.
The unread edits API works well.
Red alert.
Group 1 deployed, and it's much worse now. A lot of edits from previous days suddenly returned to be unbold.
Apr 24 2019
Apr 23 2019
Apr 12 2019
It is not what I was tacking about, but it seems as another problem.
Apr 11 2019
Apr 3 2019
Brilliant idea! Thanks a lot. Could you, please, add a Special:Interwiki "ww" wikilink prefix ([[ww:3]] -> https://w.wiki/3)?
I can see it once or twise every day since then.
Apr 1 2019
Thanks a lot. Filed T219781.
Mar 27 2019
Mar 25 2019
Mar 20 2019
Mar 17 2019
Indeed, Aklapper. Thanks.
Mar 15 2019
Aklapper, I'm sure that those two are the same problem.
Mar 14 2019
You did not understand me. It was Chrome in that report, but because of updating lack, I do not think that browser is the problem.
I do not think it's Chrome. A couple of people said thay did not update the browser a lot of time. Do you still want me to ask?
There is one complain from March 10.