In T212723#4855984, @Dvorapa wrote:

@Wesalius Then there are two possibilities:
a) you have bot.py, generate_user_files.py, pwb.py or config2.py in 777 and the user-config.py is created by those files with inherited permissions: you should reset permissions for these files (to 644, ideally for all Pywikibot files)
b) your (file)system defaults new files to 777: there is nothing we can do with this, you can try to change it somehow

Resolved with setting correct permissions to user-config.py. The file has to be only readable. The generate-user-files.py produces a 777 user-config.py file.

In T212723#4847052, @Xqt wrote:

ERROR: Username for test:test is undefined.

usernames['wikipedia']['cs'] = u'Wesalius'

@Wesalius: Your bot is running on site test:test but you defined a user for wikipedia:cs only.

It is a complete nonsense to hide the signature button in three-click depth, this decision is increasing the "cognitive overhead" and not the other way around. Anyone who ever participated in a discussion on a Village pump understands what I am talking about. Decline of this issue seems to me more of "dont bother us" than a thought based resolution.

I would need a mentor myself :-) Ok, leaving it then...

@Xqt I already contributed to pwb, should I leave this to newcomers for their first commit? (reacting to goodfirstbug tag)

In T197841#4398572, @Xqt wrote:

I see. In that case a section header should be implemented too.

In T197841#4398566, @Xqt wrote:

What would be the reason to keep the outdated list? Isn’t it better to look at version history’s difference?

In T196851#4397442, @Xqt wrote:

In T196851#4396737, @Wesalius wrote:

when listifying, the script outputs affected pages fine, when moving categories, there is no output

What output do you expect? Could you give an example.

when listifying, the script outputs affected pages fine, when moving categories, there is no output

Probably is, I did not run into the error again since posting.

I am removing myself since it looks beyond my python knowledge. When creating the task I naively hoped to just add a simple counter to the script that missed the "x pages written output".

I am a noob programer, what is the outcome for me? That it might change again in the future?

I tried your patched version, no error now, works like a charm.

In T196851#4270839, @Xqt wrote:

In T196851#4270602, @Wesalius wrote:

so the thing to do here is to check where and why the scripts overwrite the basebot run method?

Yes. And which script does not use BaseBot classes.

so the thing to do here is to check where and why the scripts overwrite the basebot run method?

I tested the Change 439446 on 2 different wikis, seems to work fine, no error produced.

did not happen again, if someone else gets this error, feel free to reopen

I am not completely sure what I meant by pwb already estimates that (deleted from the description now, but I guess
it was either that pwb shows for ex. @@ -130,2 +130,2 @@ above the proposed edit or it tells you the bytes it has changed after the save edit (which is not estimating, I know).

This is duplicate of T69737

Just found out I can switch this function of with -notitle switch, but the original request stays in place. This should be opt-in function.

Thank you.

I cant come up with anything better so go ahead and knock the last one out ;-)

Can someone review and merge pls? I get error reffering to this bug saying on many articles at cs.wiki

@Urbanecm Thank you very much. Only string left to translate is "Image attribution". I am unable to come up with anything suitable...

@Ladsgroup The target of 250000 at tools.wmflabs.org/dexbot/tools/wikilabels_stats.php doesnt seem appropriate :-)

Okay thanks. From my POV it is resolved, feel free to close the bug whenever.

Now I still get the warning but I can proceed to edit wd without a problem.

You can help translating CopyPatrol at translatewiki.

Under what account does the bot do the edits?

According to comment of @Lokal_Profil at T151706 I have to wait for the patch to be merged or modify the code. I am a coding dilettante, so I guess I will first try my luck with the upcoming patch and then try to fix my code. Thank you for taking a look at it, @Magul.

@matej_suchanek can you help with that since you were participating on similar task at wikidata?

In T151092#2822678, @Lokal_Profil wrote:

In T151092#2820215, @Wesalius wrote:

Is my .err content related to this (solved by the patch)?

WARNING: WbQuantity now expects a 'site' parameter. This is needed to ensure correct handling of error bounds.
WARNING: WbQuantity now expects a 'site' parameter. This is needed to ensure correct handling of error bounds.
Traceback (most recent call last):
  File "elobot-no-user-interaction-1-month.py", line 60, in elobot
    elo_claim.setTarget(pywikibot.WbQuantity(rating))
  File "/mnt/nfs/labstore-secondary-tools-project/elobot/core/pywikibot/__init__.py", line 680, in __init__
    self.upperBound = self.amount + upperError
UnboundLocalError: local variable 'upperError' referenced before assignment

I am running

Pywikibot: [https] r-pywikibot-core.git (1f05e6f, g7627, 2016/11/22, 21:46:01, n/a)
Release version: 3.0-dev
requests version: 2.2.1

on tool labs...

See T150210. In short to support non-wikidata wikibase installations you have to pass a site object to WbQuantitiy. There is a patch to remove the need for this but someone needs to review and merge.

I am sorry, thank you for taking a look at it, it was my bad, I targeted a non-wikibase wiki with my user-config :(

Is my .err content related to this (solved by the patch)?

It was one of the regular cswiki dumps, so around 600 Mb. I think it crashed right at the start (the reason why I only think is that I went through complete switch from win to tux with drive reformatting a day ago so I cant reproduce it right away).

Ok. I dont really understand the situation around 2.0/branches since I am an end user and not a developer.

Ok. Is there a way to get the "safe" release with pip?