Pywikibot has the concept of a recoverable error. Say your internet connection drops or something else happens, the bot waits a bit and tries again. The same logic could be applied when a abusefilter warning is encountered and just throw an exception if it's not recoverable. We would have to build a bit of abusefilter support in the framework and figure out how to recover. Upload also has some logic with warnings, might be something useful in there to base the logic on.

Maarten


On 03-06-18 22:34, Bináris wrote:


2018-06-03 22:23 GMT+02:00 Martin Urbanec <martin.urbanec@wikimedia.cz>:

Well, failed sliently?  Again, I run the same bot in cs.wiki and this is what I can see in logs. 
Yes, that's what I wrote in the initial letter with a link to the log. For me, this is quite silent.
But your example shows something important: Dalba's solution is not general enough, either. It will work for abusefilter-warning, but not for SpamFilterError. Or for abuse filters that deny edit.

Of course Pywikibot didn't report it by email, because it will be unexpectable (and, to be precise, Pywikibot do not always have a way to email you - for example, my Pywikibot bot password don't allow emailing (well, maybe it does, I'm not sure, but it isn't required to allow it). 

Pywikibot should have the option to send a mail to the owner, if he/she wants, and setting the e-mail option for the bot account is worth for this purpose.
Of course, it wouldn't be obligatory.
I don't think we could expect bot owners to monitor their logs all the time. Why should a human do the work of a computer?



_______________________________________________
pywikibot mailing list
pywikibot@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikibot