Tue, Feb 4
Fri, Jan 31
The problem has been noticed on itwiki as well. Pre-wrap seems good to me.
Oct 30 2019
Actually, the viewport goes always up to the top, then it is set back to where it was before the opening of MediaViewer. FireFox 70 still works like that just fine on MediaWiki 1.31 so it doesn't really seem a browser issue. Also, possibly it is useful to mention that on the current MediaWiki release both Firefox and Chrome return to the previous page when closing MediaViewer in fullscreen mode.
Oct 25 2019
Isn't just $currentBlock->setBlocker( $performer ); missing in SpecialBlock.php?
Sep 30 2019
Sep 20 2019
Aug 9 2019
Add it.wiki to the list. Probably, it's best to revert the last edits until you figure out a solution for what you're attempting to accomplish.
Jul 24 2019
I believe the issue is solved. It hasn't happened to me in quite a while.
May 23 2019
That's not good. For some reason now only the last visited page gets marked as read, then it gets back in bold as soon as I visit another one.
Apr 29 2019
Still experiencing this annoying bug on it.wiki, although not as frequently as before.
Mar 5 2019
Same issue I've reported in T217203#4988080. It seems this is happening from time to time. Some requests are processed slower than before, whereas some other are stuck at the beginning for a while. I've also noticed that the issue is not related to single requests at a time. For example, I could see up to 7 renames getting stuck until they all started together.
Feb 27 2019
Please, notice that this rename (Rauman Kaupunginteatteri → Petteri Kangas) took about 20 minutes to complete. Even though it was approved at 12:52, every local account was still in queue according to rename progress special page. The rename actually started at around 13:05 when only fi.wiki was marked as done, and the process slowly ended in the next few minutes.
Feb 2 2019
Feel free to lower priority, but probably we are losing a large amount of contributions from mobile users due to this bug.
Jan 22 2019
Jan 11 2019
Between yesterday and today, it happened to me twice on it.wiki, and both times I avoided the error as Amorymeltzer described.
Aug 21 2018
Views are still dropping slowly but steadily. I believe generating a sitemap for the mobile site is worth a shot. Also, if a solution is not to be found, WMF should reconsider whether to keep encouraging such methods of protest or not. I fear they may become a double-edged sword, the effects of which could be tragic.
Aug 20 2018
Jul 24 2018
For the record, IP and registered users are still reporting this issue from mobile. I don't know how many links are involved, but the landing page is getting about 200.000 views per day...
Jul 6 2018
Nevertheless, we cannot depend on third parties to take such important decisions as when to start and end a blackout. It is crucial for us to listen to many opinions as possible in order to proceed even at the very last time. Obviously, over the past few days that could not have been possible if we had to open a task and coordinate with someone else. It is fine to add restrictions, but communities must have the certainty to be able to act freely. Once the extension will be ready, before it gets installed we can open a discussion on it.wiki to decide whether to give the right to sysops or to a new, more trusted group.