This seems to have started to affect Russian Wikinews where Flaggedrevs are heavily used.

Thank all of you! =)))

In T341171#8994511, @Aklapper wrote:

@ssr: Technically speaking this is definitely off-topic for this ticket as this ticket is about a very specific technical issue in one piece of software, so I ask you again to please bring up meta-level software quality or development priority discussions somewhere else. Please see https://www.mediawiki.org/wiki/Bug_management/Development_prioritization - thanks for staying on-topic here.

In T341171#8994195, @Aklapper wrote:

@ssr: This ticket has nothing to do with DPL but is about a specific issue with preload. Please post off-topic opinions and assumptions in forums instead. Thanks!

In T341171#8993692, @Unite_together wrote:

@ssr Hey, did you forget that Krassotkin no longer has access to phab here?

In T341171#8993514, @Aklapper wrote:

@ssr: Please elaborate what the preload function in the MediaWiki core codebase has to do with some separate extension called DPL or "rewriting completely".

This ticket seems to confirm the need of rewriting MediaWiki completely what was already widely discussed here https://phabricator.wikimedia.org/T287380 and in other bugreports related to Wikinews

People discussed it here https://ru.wikinews.org/wiki/Обсуждение_участника:Iluvatar#Добавление_новости and say "This a problem with MediaWiki"

In T341171#8992781, @Aklapper wrote:

Removing Wikimedia-Site-requests as I don't see which exact configuration change server-side you'd like to get applied?

Who are in favor of DPL, please express support here https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Larger_suggestions/Refinement_of_MediaWiki_to_meet_the_needs_of_the_Wikinews_project_(news_writing_and_approval,_feed,_DynamicPageList,_RSS)

Please pay attention to RWN's call for Board of Trustees candidates to share their opinion on current issue as candidates: https://ru.wikinews.org/wiki/Викиновости:Форум/Общий#Appeal_to_candidates_of_Wikimedia_Foundation_Board_of_Trustees_elections_2021

Please enable DPL at least at Main Page of RWN. This 1 page seem to be safe for servers and it's most crucial for RWN.

Thank you for creating the task and paying attention to Russian Wikinews and its technical issues!

Web interface for reading mails. E. g. we take the letter with Cyrillic letters in URL: https://lists.wikimedia.org/pipermail/wikimedia-ru/2020-September/005396.html — you can see that the link "wikireality.ru/wiki/Цели_и_задачи_Викиновостей" gets broken encoding when clicked in browser (but is correctly displayed to reader!).

Generally I see now that RWN seem to be looking as working normally to a regular editor, so thank you all for your work!

When talking about consensus, Krassotkin referred to the fact that we at our forum have agreed to enable DPL on a limited set of our everyday pages and we don't need it now on those tens thousands of "archive" articles made by his bots. So, please consider re-enabling DPL for this limited number of most important pages (don't know how to technically distinguish them though—still the one who knows is Krassotkin). This is vitally needed for us, regular authors not involved in technologies and bot uploads.

I am not a technician, just wondering: isn't it possible that DPL work is just done at a separate outer server and original server just redirects to it?

Kind people at Russian wiki-chats provided me with this link: https://www.mediawiki.org/wiki/Extension:DynamicPageList_(third-party) I don't know if it's helpful, just passing

Please read rationales (in English) at our forum https://ru.wikinews.org/wiki/Викиновости:Форум/Общий#DynamicPageList

@Bawolff Thank you developers for helping us. This particular issue, which I opened, now seems to be resolved, but not right after the abovementioned patch, but some time later.

In T237408#5636824, @MarcoAurelio wrote:

Hello @ssr. Why is this task assigned to @Bawolff ? Did you asked him, and he agreed to work on this task? That he resolved T234715 doesn't mean he will be working on this one too, although he can of course choose to do so :) Regards.

It sounds like in later comments, you are describing some additional issues with FlaggedRevs, which sound unrelated to the above issue to me. Just to keep things more clear, can you file separate bugs for any of those issues if they are causing problems.

And one more. As I said, we have comments attached at each article. When "not broken", each new comment in comments had to be "flag-reviewed" because only "approved" users saw it and unregistered users didn't see until "review". The need for "review" was not exclusively for comments, it could also work with articles (a new comment caused notification on whole article).

There are also symptoms that I suppose may be "side-effects" but I'm not sure.

In response, Sasha keeps being angry and rejects your proposal to close ticket. He is wondering why 14 years things were normal and now they have broken and why do you say they are still normal while they are in fact broken.

Local DynamicPageList description https://ru.wikinews.org/wiki/Викиновости:DynamicPageList

Well, I have updates now.

Oh, yes, feel free to make test edits if you like. As long as it's not late night here (Moscow time), I will try to help with it as I can

I just can now add that patrolling also affects comments https://ru.wikinews.org/wiki/Комментарии:Фонд_Викимедиа_зарегистрировал_ячейку_в_Санкт-Петербурге

In T234715#5549197, @Aklapper wrote:

"Publication" should mean only combination of {{yes}} and a patrol.

Does that imply that there is no problem with MediaWiki's Patrolling in this task, but "only" with "publication" instead, which seems to be based on local templates?

Also there is this: "unpublished" articles should not appear in these side boxes: https://ru.wikinews.org/wiki/Фонд_Викимедиа_зарегистрировал_ячейку_в_Санкт-Петербурге — boxes with violet headers to the right from the text (2 violet headers). This unpatrolled article now appears in both — at the top (compare the title).

Patrolling is needed for several other things like approving non-editor edits to articles and to comments — there are "Комментарии:" space for comments like here https://ru.wikinews.org/wiki/Комментарии:Фонд_Викимедиа_зарегистрировал_ячейку_в_Санкт-Петербурге they are embedded at the bottom of each article. Also there is patrolling of categories and something more.

Thank you very much!

Yes! Turning off HotCat seem to have fixed tabs and notifications problem as far as I can see! Thank you!

8. I decided to add Item 8: the Notifications Popup problem in n:ru. Here is the screenshot explaining it:
   

Yes I, like Krassotkin, only see 3 tabs in different browsers when logged out. And, like him, see 2 tabs (incorrect) when logged in:

Thank you, blanking this page seemed to work for now for item 1!

In debug mode in Chromium, when viewing footer-info-lastmod, I see no errors and see such properties (truncated):

The one extra issue, that may be related to all others, is the problem with "Notifications" popup. When I press "Your notifications" "0" link next to my username at top-right menu, I don't get a popup window, like in other projects, but get generally redirected to the page "Special:Notifications" ("Служебная:Уведомления" in Russian).

Here is a screenshot for the bug #1 in Incognito mode (anonymous/unlogged in) of Chromium:

These errors, that appeared recently and suddenly, have significant negative impact on the everyday life of our project, the Russian Wikinews, which I am an administrator in.