Jul 28 2021
@Legoktm Please pay attention to the words
2-3 articles can be added by hand. We don't need a robot for this.
@Bawolff Maybe you can try replacing database queries with CirrusSearch queries. It won't take long but we can at least test this hypothesis.
@Legoktm How do you plan to call this bot? Are you planning to continuously loop through millions of categories and create a list of the latest news in each of them?
Jul 27 2021
@Firestar464 The project does not seem to give an error but it is completely inoperative.
We cannot implement the functionality of news feeds through bots.
@Ladsgroup I'm sorry but I'm not trying to be loud. I'm just trying to describe the problem. Please try to hear us.
Jul 26 2021
@Aklapper, this is not an exaggeration. I have attached screenshots above. A news project is not an archive nor a search, a news project are news feeds. It is currently not working. This means that the news project is dead, despite the absence of a server error.
@stjn This is about API. I did not observe such problem this time.
@Aklapper Please note I don't speak English, but there is nothing offensive in my words in Russian. I apologize if they sounded harsh. Wikimedia is a multicultural environment. Please be patient and stop threatening me. Thanks for your understanding.
Absolutely everyone knows about this problem and the ways to solve it (CirrusSearch) for about a year.
You couldn't solve the problem for a whole year and now you've killed Russian Wikinews again.
Sep 18 2020
As written above it turned out that we have unsupported bomb-level code. I don't know how to solve this problem. But Katherine told me that the Foundation's management monitors this task. We have draw their attention to this.
@RhinosF1 And why can't we identify and transfer critical code to WMF staff support?
@Aklapper Sorry, but I didn't get it. Doesn't the Foundation have its own developers?
Perhaps we should hand over such critical software to Foundation developers? Not only this. Software is also an important part of our platform as are servers. Living on a bomb and doing nothing is a bad idea. How are these issues usually resolved?
Sep 17 2020
Does the closure of this task mean that we can work as usual? For example, can upload bot be enabled? No more tests required?
Sep 15 2020
@Aklapper: I don't blame anyone and I don't want to return to this question. I'm just saying that maybe together we could solve the problem better. I am grateful for the participation of everyone who helped us.
Thank you. I'm here online and ready to respond quickly.
@Marostegui I understand you. But if you could report the issue to our community we could take the necessary measures on the Wikinews side and work without turn it off. But I don't want to go back.
The weekend is over but Wikinews still doesn't work.
Sep 14 2020
Sep 12 2020
Sep 11 2020
@MarcoAurelio Everything is great now. Thank you!
Sep 10 2020
@Bawolff What do you mean?
Do we need to remove DPL from PanARMENIAN categories https://ru.wikinews.org/?curid=19312, https://ru.wikinews.org/?curid=1543119 and https://ru.wikinews.org/?curid=6829679?
Or PanARMENIAN request from "Other themes" template https://ru.wikinews.org/?curid=19721, example (right): https://ru.wikinews.org/?curid=7348599?
Or both? Or somewhere else?
Sep 9 2020
@Urbanecm Sorry, these are emotions. Now I have the dead project to which I have dedicated many years. I'll try to write to Jimbo and Katherine. If the Wikimedia Foundation staff developers don't want to tackle this problem, I'll think about what to do next. Thanks all for the suggested solutions.
@Urbanecm, have you read the previous discussion? We have hundreds of thousands of categories. In order to update their feeds using an external bot in real time, we must launch a cluster of servers. Do you think this is a realistic solution?
@Ladsgroup You can offer any other implementation of the news feed and we will immediately switch to it. Until then, the project does not exist.
@Krinkle I understand, but the point? Wikinews is not a store of antiquity, but the latest news. There can be no Wikinews without news feeds. You can turn them off completely with the same result. I'm sorry, we already discussed this above.
After updating the cache I see that the problem is much larger. DPL is included in all articles via the "Related news" template (https://ru.wikinews.org/?curid=19721; see in right in any news and first screenshot). Therefore, absolutely all content pages of Russian Wikinews are displayed with errors and without the necessary functionality. Moreover social networks show these error instead of news text (see second screenshot). The project is completely dead.
@Kormat: Russian Wikinews is a very small project. We have about 150 thousand articles in the main space. How have developers to written the program in such a way that it cannot select from database such a small number of elements. Maybe the problem in the database structure?
@Aklapper Disabling a news feed in a news agency is equal to completely destroying the project. You could turn it off completely with the same result. In the long term, this applies to all Wikinews editions.
Sep 6 2020
@MarcoAurelio Maybe I don't understand your message, but the changes I described before are not included in this diff.
Last time we found out that this must be done on the Phabricator:
May 23 2020
Oct 10 2019
Oct 7 2019
Oct 6 2019
Jul 28 2019
Please solve this task as a priority. We stopped work.
Aug 5 2018
@Base: Thank you, then I correctly understood your question.
Jul 9 2018
Jul 8 2018
May 14 2017
We need help with this report in Russian Wikinews: https://ru.wikinews.org/?oldid=498970
Aug 31 2016
We are massively confronted with this problem on Russian Wikipedia. See discussion: https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%A4%D0%BE%D1%80%D1%83%D0%BC/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9#.D0.9F.D1.80.D0.BE.D0.B1.D0.BB.D0.B5.D0.BC.D1.8B_.D1.81_.D0.92.D0.B8.D0.BA.D0.B8-.D0.BF.D0.BE.D1.87.D1.82.D0.BE.D0.B9 (permanent link: https://ru.wikipedia.org/w/index.php?oldid=80553104#.D0.9F.D1.80.D0.BE.D0.B1.D0.BB.D0.B5.D0.BC.D1.8B_.D1.81_.D0.92.D0.B8.D0.BA.D0.B8-.D0.BF.D0.BE.D1.87.D1.82.D0.BE.D0.B9 ).
May 11 2016
@matmarex OK. Sorry. Thank you!
May 10 2016
@matmarex I still suspect that this file (https://commons.wikimedia.org/wiki/File:Victory_Day_Parade_on_Red_Square_2016_%28Full_Video%29_04.ogv) is not properly uploaded. For example, see transcode status. IMHO, it makes sense to check on the server.
May 9 2016
Hm... It returns an error for several hours. But now renamed. Very strange.
@matmarex This is hack for work only.
Apr 9 2016
Feb 29 2016
Feb 23 2016
Feb 14 2016
Is there another way to request the latest revisions without error?
Feb 11 2015
In my opinion, progress bar still work incorrectly.
It displays the upload progress for each part (0-100%) then processed and repeated from zero many times.
Creates the illusion of termination and re-upload.
I almost did not create a new ticket.
Feb 9 2015
In our case, it happens in other browsers (Google Chrome) and with other file types (webm). It seems like a common problem for large files.
Which version of MediaWiki and UploadWizard did you install in your instance, or is this about some Wikimedia site like Commons?
Step by step....
Jan 23 2015
the problem is probably with the HotCat gadget. It looks like your copy of HotCat is severely out-of-date.
To #2 demo: I cannot hide (close) ad.
I see three tabs only if I disconnect simultaneously all the gadgets of editing (https://ru.wikinews.org/wiki/MediaWiki:Gadgets-definition). But it is no good.
#4 & #5 (tab comments - "комментарии" in russian)
Jan 21 2015
This is my first ticket here. Thank you for your recommendation. I will follow them in the future.