Feb 5 2022
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)
Aug 2 2021
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.
Mar 22 2021
Thank you for creating the task and paying attention to Russian Wikinews and its technical issues!
Sep 18 2020
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!).
Sep 17 2020
Generally I see now that RWN seem to be looking as working normally to a regular editor, so thank you all for your work!
Sep 11 2020
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.
Sep 10 2020
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?
Sep 9 2020
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
Jan 8 2020
@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.
Nov 5 2019
Oct 9 2019
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.
Oct 7 2019
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.
Oct 6 2019
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.
Oct 5 2019
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/Комментарии:Фонд_Викимедиа_зарегистрировал_ячейку_в_Санкт-Петербурге
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.
Apr 14 2016
Thank you very much!
Jan 23 2015
Yes! Turning off HotCat seem to have fixed tabs and notifications problem as far as I can see! Thank you!
- 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:
Yes this is no good as we use these tabs (and, likely, some related tools) in everyday editing. They worked previously.
Jan 22 2015
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:
This is for the page https://ru.wikinews.org/wiki/Запретить_Википедию_предложили_в_Рособрнадзоре — you can clearly see horizontal scrollbar and the long encoded link text that caused it (page's bottom). The length of the defunct link depends on size of page's title coded in Cyrillic Unicode.
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.