Did you run it with python 3? (I do as I stated in the description). Besides that I cant think of what could be the problem...

That particular run was on thirdparty wiki. But just know I tested it on ['wikipedia']['cs'] and it gave same error.

I dont have a good explanation, but I cleaned my system of all old python installations, cleaned out the system variables and installed python 3.5.2 and pywikibot library anew and everything now runs fine, the script executes without errors.

resolved since I was missusing

ItemPage.fromPage

since

when I move the script to "core" folder where pwb.py etc. is then it works

Thanks for your help @Danny_B , removing the user from the extension, fixing his signature in preferences and putting him back worked.

In T131439#2241746, @Danny_B wrote:

In T131439#2238776, @Wesalius wrote:

We cannot check preferences of the user, because the user is reserved and is not able to login.
https://www.mediawiki.org/wiki/Extension:NewUserActions - Set the username of the user that makes the edits. If this user does not exist, "MediaWiki default" will show up as editing user. The user set here is marked as reserved and won't be able to login.

Remove the username from the message and try then. If it won't work, then ask whoever has access to the database to find it there.

Seems to me that you've first created the user and set it the signature in preferences and then you've set the extension to use this account. (cf. the signature containing the image)

Unfortunately we are using LQT and This feature is inactive when LiquidThreads is installed and new user messages are posted as threads. (https://www.mediawiki.org/wiki/Extension:NewUserMessage)

We cannot check preferences of the user, because the user is reserved and is not able to login.
https://www.mediawiki.org/wiki/Extension:NewUserActions - Set the username of the user that makes the edits. If this user does not exist, "MediaWiki default" will show up as editing user. The user set here is marked as reserved and won't be able to login.

@Dereckson Please do, the Czech community is waiting for the change to be done. Thank you.

-pagepairs or -replacementfile for both sounds good to me

Hi, I just figured an easy workaround to this, so you guys can focus more of your programming power to other bugs. While running replaces I can use

I would like to be able to tell PWB what is the name of the template he should check for on pages that I want to prevent him from editing, something like a parameter

-donteditpageswithtemplate:"my_own_template_name"

or if I could tell PWB in my user_config what is the name of a template I want him to check for at pages that are not to be edited...

No it doesnt break ;-)

Thanks, I will pass it to our sysadmin.

True, cosmetic changes were causing it.

Sorry about not reporting back, I forgot. After reporting this bug we moved to a new version of mediawiki and that resolved this problem. Thank you for your concern.

Could you please add short instruction on how to use this? Thank you :-)

Is the script available anywhere for download?

Tried it. Did not make difference.

I am sorry, but how should I " checkout 7c8037e0 (v2.0b3)"? I have v2.0b3 according to version.py...

git submodule update

resolved the problem. Thanks.

I did not even have a cacerts.txt file O_o I downloaded it and placed in the appropriate location.

Thanks for the fix. May I know, why would anyone want to remove sortkeys in categories that were very probably added manually?

Ok, I changed the transliteration target back to none. But I cant test if the WARNING dissapeared since replace.py doesnt proceed with non-ascii chars (as in T95803)

My user-config.py

password_file= 'passfile.txt'

As I stated in T95810 I am already using u' prefix.

I have used the u' prefix, my user-config contains "usernames['wikipedia']['cs'] = u'HypoBOT'"

Now I got the same error when using replace.py.

Yes

After updating today to

WARNING: Type of 'transliteration_target' changed
         Was: <type 'unicode'>
         Now: <type 'str'>
Pywikibot: [https] r-pywikibot-core.git (e31b1d4, g5329, 2015/04/10, 10:18:01, o
k)
Release version: 2.0b3
httplib2 version: 0.9
  cacerts: 
    certificate test: ok
Python: 2.7.8 (default, Jun 30 2014, 16:03:49) [MSC v.1500 32 bit (Intel)]
  unicode test: ok
PYWIKIBOT2_DIR: Not set
PYWIKIBOT2_DIR_PWB:
PYWIKIBOT2_NO_USER_CONFIG: Not set
Config base dir: 
Usernames for family "wikisource":
        cs: HypoBOT (no sysop configured)
Usernames for family "wikipedia":
        cs: HypoBOT (no sysop configured)
Usernames for family "wiktionary":
        cs: HypoBOT (no sysop configured)

traceback

It has resolved, maybe problem on my side (browser?).