Sat, May 11
Thu, May 2
Mon, Apr 22
Thanks. Several weeks ago I deleted previous error.log file because it was huge and bad read. After restarting webservice, file was not recreated, so I created it manually.
Feb 15 2019
Feb 14 2019
Feb 10 2019
Looks like this issue is fixed.
Feb 8 2019
I removed sticky bit from this directory. I don't remember why I set it up.
Feb 7 2019
Ruwiki has no pages in this ns, see https://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%92%D1%81%D0%B5_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B?from=&to=&namespace=447 and https://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%92%D1%81%D0%B5_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B?from=&to=&namespace=446 , so this ns should be removed on ruwiki.
In ruwiki, a page moved from User or User talk to the main space isn't displayed on NewPages when "all" option is selected or if the namespace of creation is selected, see
Feb 5 2019
Jan 30 2019
I don't remember this happening.
Jan 9 2019
Even when I set filter "show only main namespace and main talk edits", 1000 edits accumulate in less then 24 hours.
Jan 2 2019
Yes, the job works fine after I explicitly set memory size to 4 GB.
Jan 1 2019
It seemed to me that on grid documentation on wikitech.wikimedia.org was stated that default memory size for grid jobs is 4 GB. OK, I will try to set memory size explicitly.
Account name is mbh, job name is peaks. Job submitted.
Dec 3 2018
The problem continues: https://ru.wikipedia.org/w/index.php?title=%D0%9D%D0%B5%D0%B2%D0%B8%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%BC%D1%83%D1%81%D1%83%D0%BB%D1%8C%D0%BC%D0%B0%D0%BD&diff=96622567&oldid=95790187 , 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%D0%BE%D1%8F%D0%B2%D0%BB%D1%8F%D1%8E%D1%89%D0%B8%D0%B9%D1%81%D1%8F_%D0%B8%D0%B7_%D0%BD%D0%B8%D0%BE%D1%82%D0%BA%D1%83%D0%B4%D0%B0_%D0%BA%D0%BE%D0%B4
Nov 15 2018
I don't have any Yandex plugin. I have only 4 enabled browser extensions: Google Translate, uBlock Origin, View Image (a small ext for Google Pictures) and a bypass of Russian state Internet censorship (https://chrome.google.com/webstore/detail/%D0%BE%D0%B1%D1%85%D0%BE%D0%B4-%D0%B1%D0%BB%D0%BE%D0%BA%D0%B8%D1%80%D0%BE%D0%B2%D0%BE%D0%BA-%D1%80%D1%83%D0%BD%D0%B5%D1%82%D0%B0/npgcnondjocldhldegnakemclmfkngch). Wiki[pm]edia is whitelisted in uBlock settings.
I updated Chrome to version 70.0.3538.102 and this doesn't happen now.
Nov 14 2018
I can't edit a certain page in ruwiki (https://ru.wikipedia.org/wiki/%D0%A1%D0%B1%D0%BE%D1%80%D0%BD%D0%B0%D1%8F_%D0%AF%D0%BF%D0%BE%D0%BD%D0%B8%D0%B8_%D0%BF%D0%BE_%D1%80%D0%B5%D0%B3%D0%B1%D0%B8-7 ) because of tons of errors related to Content Security Policy/CORS policy in browser console
Nov 5 2018
Schnark, please, try to unpack one of archives from my initial message. If it will be successfull and your bzip2 version is running under Win, please, send it to me.
@ArielGlenn can you say something about this problem?
Nov 3 2018
Oct 28 2018
1024px version can't be rendered too, see
Oct 27 2018
Sep 1 2018
Aug 11 2018
As a ruwiki user I support stjn. Realisation of your proposal would mean that more than a 50% ruwiki articles will be always unpatrolled, because
- many ruwiki articles contains Wikidata data through infobox
- Wikidata elements about any notable entity are edited very often, and
- FlaggedRevs considers every Wikidata edit is unpatrolled, because there are no FlaggedRevs on Wikidata
Such problem already exists with Commons' files included into ruwiki articles.
Jul 23 2018
What is this task? It's restricted.
Jul 20 2018
I think it will be enough to make impossible to edit personal js/css files of users, who can edit sitewide js/css. So, ordinary admins should can edit personal js/css of ordinary users, but not techadmins (maybe admins also). This will prevent the spread of malicious code throughout the site.
Jul 10 2018
Jun 21 2018
Jun 15 2018
Jun 3 2018
All of my bots is still using my own version of mono, compiled into my personal folder, 4.8.0, not updated Toolforge version 5.12.0.
Jun 2 2018
May 28 2018
mono has been updated to version 22.214.171.124 on toolforge. If you want to use it, it should be as easy as using the mono installed in the system rather the one you have in your home directory.
May 24 2018
May 23 2018
I use mono on Toolforge (see T194380) and doesn't see any inconvenience, conversely I'm waiting for better stability and less number of bugs. My code will not break, I'm not satisfied with current mono version on Toolforge, I compile mono 4.8 in my personal directory and use it instead of Toolforge mono version.
How to use this version of mono, instead of standard Toolforge version 3.2.8?
I re-run this bot with this option.
May 17 2018
I did it for all of my bots, except one, that launched permanently. Yet another my bot runs not from Toolforge, but from third-party Windows server, without mono (due to this bug: T147109)
May 16 2018
usage: jsub [options...] program [args...]
jsub: error: argument program: Program 'MONO_TLS_PROVIDER=btls' not found.
May 15 2018
My bots are launched from cron. I hope, execute this string once would be enough.
I should execute this string on Toolforge console? And recompile mono after this?
so you should be able to keep using it.
May 14 2018
E-mail of DNWB author is email@example.com . You can write a letter to he and explain, what he should do to fix this problem.
Do we need to stop using DotNetWikiBot framework, because you will disable encryption method, used in it?
May 1 2018
Same for other renamed ruwiki users
Apr 26 2018
All works fine for me, Monobook, Chrome.
Apr 10 2018
And bug is fixed now.
Apr 9 2018
Category contains 931 articles, every category page contains 200 articles, bug appears on 3rd category page, so there are more results and I can't reach them.
Apr 7 2018
And when this change will be deployed?
Mar 29 2018
Mar 27 2018
Mar 10 2018
I confirm. This aliases was never used in ruwiki.
Mar 9 2018
Feb 27 2018
Looks like fixed now: last edit ID is 91 211 915, Special:Statistics value is 90 917 427. Deleted edits are responsible for this difference?
Dec 24 2017
Dec 22 2017
Strong oppose. New filter interface is ugly and awkward, it shouldn't be the only option.
Dec 21 2017
Dec 16 2017
Dec 15 2017
Dec 14 2017
It works, thanks.
Dec 11 2017
If that view doesn't meet your needs, I'd be interested in knowing how we could improve it to do so.
@Bawolff I want to get statistics about active users. I propose to create a boolean field named "active" on user_properties_anon view, that will be true if this user do any actions in last 6 months.
Dec 6 2017
Thanks, user_properties_anon is good, I just doesn't know about it, because it doesn't listed on https://www.mediawiki.org/wiki/Manual:Database_layout/ru. Is upa_touched a date of last skin change? And why upa table doesn't contain timecorrection property? I created a statistics from this property too, in what regions live most of ruwiki users. (And what means "variant" property?)
Is it possible to not encode page title itself too? Now the anchor link from the first message of this theme was copied from Chrome as
https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F#История instead of https://ru.wikipedia.org/wiki/Википедия#История
Nov 27 2017
"Next week" is here, so we are waiting for ORES reenabling.
Nov 22 2017
OK, but can you explain - why you can't just undo the change, that caused this crash? And is the neural network for Russian language damaged?
When ORES will be reenabled?
Nov 20 2017
Still don't working. When it will be fixed?
Oct 25 2017
Please, start with Russian wiki, community discussion on 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%9F%D1%80%D0%B5%D0%B4%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F#.D0.92.D0.BA.D0.BB.D1.8E.D1.87.D0.B8.D1.82.D1.8C_.D1.87.D0.B8.D1.82.D0.B0.D0.B5.D0.BC.D1.8B.D0.B9_URL_.D0.B4.D0.BB.D1.8F_.D1.80.D0.B0.D0.B7.D0.B4.D0.B5.D0.BB.D0.BE.D0.B2
Oct 21 2017
I don't understand you.
AWB's "Database Scanner" can only handle "pages-articles" and "pages-meta-current" dumps, not your dump. You don't need much memory, this file don't load into memory whole (I have 12 GB, but I was use Database Scanner with 2 GB). I propose you to download pages-meta-current dump by parts and unpack in with 7zip.
You can try to download this dump by parts, https://dumps.wikimedia.org/ruwiki/20171001/
Maybe you should use not WinRAR, but 7zip? I use last.