Wed, Jul 10
Yes, it's because of "table" tags. I couldn't post this T227681 task with error "Call to undefined method PhutilDOMNode::newRawString()", but when I deleted "table" tags from task's text, task was posted successfuly.
Wed, Jul 3
User from New-York reports that he see vandalised version too.
Tue, Jul 2
Russia (Siberia): outdated version both registered and unregistered view.
Mon, Jul 1
- 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%92%D0%B0%D0%BD%D0%B4%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F_%D0%B2_%D0%BF%D1%80%D0%B5%D0%B4%D0%BF%D1%80%D0%BE%D1%81%D0%BC%D0%BE%D1%82%D1%80%D0%B5 (screenshot saved from here)
Sun, Jun 30
Can you tell me a certain date? Your links contains many data, but no information about when this fix will be released.
When fix will be released? Still broken now.
Thu, Jun 27
Now my userpage link overlaps by notifications link.
Sun, Jun 23
Jun 19 2019
Global user contribs still broken because of this refactoring, see T224930
Jun 16 2019
I has this problem too. Solved by restarting webservice.
Jun 13 2019
@aborrero , can you look at this task?
Jun 8 2019
May 31 2019
I changed a code of one of my bots to using actor_name instead of log/rev_user_text and bot became work several times longer (more than a hour vs. 5-10 min). This bot makes two requests to DB replicas on Toolforge:
May 11 2019
May 2 2019
Apr 22 2019
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 220.127.116.11 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.