I updated code (https://tools.wmflabs.org/mbh/patrol.txt, use Ctrl-F5). Now API answer is written to the console only if call was unsuccessful, error message contains page title and API answer. Of course, a message will be localized.
Code is dirty, but working.
@DannyS712 @Tgr @Zache I wrote a bot that reviews all edit sequences that was not reviewed due to this bug. I wrote it for ruwiki, but if you want, I can launch it for your wikis too, if your wikis grant "editor" flag to my bot.
Fri, Oct 4
I already pinged an only active on Phab member of https://phabricator.wikimedia.org/tag/mediawiki-extensions-flaggedrevs/ , @TerraCodes
Thu, Oct 3
@Marostegui and where is this report? Post a link, please.
Wed, Oct 2
Of course, this bug should never happen for users with "reviewer" rights, 'cause it happens only for users with "autoeditor" right, not "editor" and not "reviewer".
To all discussion participants: don't listen Neolexx. This user can't understand Flagged Revs mechanics, makes false statements about it, confuses himself and others. Two years ago all ruwiki's technically competent users in the amount of more than five people were trying to explain him simple FR mechanics, but failed. Don't listen him and his false statements, for example about "engine allows to have articles which are not patrolled but having patrolled last edit" (this statement is clearly wrong).
Sun, Sep 29
@TerraCodes can you do something? Flagged revs based reviewing is COMPLETELY BROKEN for a week in any wiki where it's installed, including big wikis such as ruwiki and enwiki.
Tue, Sep 24
Thu, Sep 19
When you use Windows 8 and newer, it's better if AWB require .NET 4.5 instead of 3.5, because 4.5 comes out of the box, while 3.5 should be installed separately. It's great that new AWB version no longer requires .NET 3.5 installation.
Wed, Sep 18
I'm not sure if I need to backport this (and various other changes) to 5.10.x.x too... Are people still using 5.10? or is everyone on 6.0?
@Reedy is 6.0 is official, legitimate version of AWB? The fact is that AWB updater on version 18.104.22.168 "updates" AWB to 5.10.1 version.
Tue, Sep 17
Sep 9 2019
Sep 1 2019
@D3r1ck01 It "is still very valid and is highly used" not in big wikis like enwiki, commons, ruwiki, where it recognized as unusable disaster, which makes using history, reverting vandals and complex multilevel discussions impossible. As far as I know, WMF abandoned an idea to force every project use Flow, its new idea to simplify discussions (presented on last Wikimania) is JS script over normal talk pages. I'm interested, can this NS and extension be completely removed from ruwiki (local consensus exists)?
@D3r1ck01 It's off-topic, but maybe you know answer. Will "Topic" namespace from cancelled Flow extension be deleted in projects, that were use it, too?
I checked last release versions of Chrome, Firefox, Opera, IE11, Edge and Android 6 default browser; all of it saves changes in text field in edit mode. Other user confirms for me, that desktop Safari and iOS browser do the same.
@D3r1ck01 Will Educational Program namespaces be deleted in projects where EP was installed? For example, ruwiki, EP namespaces still exist (but its localization already gone).
Aug 27 2019
Looks like it is fixed now (maybe because of updating mono version on Toolforge). Now this bot works very fast.
Aug 26 2019
I'll test this in the coming days. Except Safari and iOS broswer, 'cause I don't have Apple devices.
Aug 25 2019
I know, but the rest that I wrote remains valid. Why is this annoying warning needed, if any browser, used in 2019, saves text fields content?
Aug 24 2019
Jul 26 2019
Looks like fixed now.
Jul 10 2019
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.
Jul 3 2019
User from New-York reports that he see vandalised version too.
Jul 2 2019
Russia (Siberia): outdated version both registered and unregistered view.
Jul 1 2019
- 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)
Jun 30 2019
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.
Jun 27 2019
Now my userpage link overlaps by notifications link.
Jun 23 2019
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 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?