Bugs item #3607815, was opened at 2013-03-12 14:11
Message generated for change (Comment added) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607815&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Optimize multiple replace.py instances
Initial Comment:
Since the biggest part of the time and I/O resources, in a replace.py based on a xml file, is reading and uncompressing the xml file itself. When this action is done, execute 10 or 50 regex is very similar. I think that the replace.py should be able to apply more -fix in the same time. Also, if the -save parameter is active, each -fix should go in a different file.
I think that passing an array to -fix and -save to be able to do this. This implementation is only an idea, obviusly ;)
python version.py
Pywikipedia trunk/pywikipedia/ (r11200, 2013/03/09, 11:43:52, OUTDATED)
Python 2.7.3 (default, Sep 26 2012, 21:51:14)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: Bináris (binbot)
Date: 2013-03-15 00:56
Message:
The idea is good, but much more command-line parameters are involved,
practically each except -xml and -xmlstart.
Do you have any measurements on time consumption?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607815&group_…
Bugs item #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James (jaclayiii)
Assigned to: Nobody/Anonymous (nobody)
Summary: *-login.data can have case discrepency on Linux host
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10401, 2012/06/21, 06:18:43)
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Summary: the *-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
If a user connects to a wiki that has LDAP or some other form of "add-on" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the <wikifamily>-<language>-<username>-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
users["mywiki"]["en"]="james"
but the LDAP authenticator returned back "James" as the username, then the *-login.data file would be mywiki-en-James-login.data, but when _loadcookies goes to look for such a file on line 5572:
if os.path.exists(localPA)
localPA is /~some/path/to/mywiki-en-james-login.data
Notice that the James is now lower case in the file above.
As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case (even if the username is case insensitive in the LDAP authentication scheme), for example:
users["mywiki"]["en"]="James"
keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2013-03-14 21:16
Message:
Hey! Do you use Twitter? I'llike to follow you if that would be ok. I'm
certainly enjoying your blog and look forward to new updates. louis vuitton
replicated bags http://www.louisvuittonreplicago.com/
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2013-03-13 06:44
Message:
I have been taking Japan Lingzhi 2 Day Diet
http://udaydiets.cocolog-nifty.com/ for a week and lost 5 pounds.the
initial issue within the morning is take this pill with an empty stomach
and it appears to create my appetite disappear. this is considerably
stronger than any other merchandise. and i choose to take 2 tablets within
the future.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 15:20
Message:
After thinking even more on this issue, even for those not using LDAP
authentication (which I would assume the majority are not using), correct
casing based on the user-config file shouldn't have undesirable effects: if
you can log in with what's in the user config file then correctly saving
the cookie file with that username shouldn't negatively impact anything. On
the other hand if you do not save the cookie file with the same user name
that is in the user-config file, but you continue to use the user-config
file to generate the localPA variable, then you may have problems on case
sensitive platforms.
If this fix seems to difficult (I don't believe it to be) or you're
suspicious of the logic, you may want to place a warning in the setup
instructions. I've added a comment on the wiki for userconfig.py that
people using *nix systems should be aware that by default mediawiki has
uppercase user names.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 12:08
Message:
After rereading the LDAP link, you're probably right in that the it's the
actual mediawiki login that is forcing uppercase, nonetheless the file name
that pywiki attempts to find should be case correct irrelevant of the
username supplied or returned. My thought for that fix has to do with
correctly saving the *-login.data cookie with the username found in
user-config.py.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 11:59
Message:
It has very much to do with LDAP:
http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/User_Provided_I…
And it has very much to do with Linux: Linux path names are case sensitive.
I reported the bug as it took me time to track down and perhaps someone
else who has the misfortune of dealing with it will find this helpful.
The fact is that if I can login with a lower case name, and I can, then
whatever pywiki stores should be in the same case, NOT what may be returned
when the wiki user name is returned. The file name for *-login.data should
be the same case as what is stored in user-config.py
This is just good practice, especially on a case sensitive host like
Linux.
Also, as mediawiki is authenticating against LDAP, whatever it stores as
the username is irrelevant if it correctly authenticates. A further reason
to enforce correct casing based on the user-config.py file.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-26 03:27
Message:
This has very little to do with Linux or LDAP, but rather has to do with
the fact your username is 'James' and not 'james'. This is related to the
'first character is capitalized' convention on some wikis, but not all
(!).
However, we could probably check whether the name has changed when the user
is logged in and emit a warning when this happens (and/or store the cookie
with the username as saved in the config file, but that could have some
unintended consequences).
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-25 21:56
Message:
Quick comment: _loadCookies() is in wikipedia.py on line 5534
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Bugs item #3607377, was opened at 2013-03-08 14:58
Message generated for change (Comment added) made by herculefr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607377&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Hercule (herculefr)
>Assigned to: Amir (amird)
Summary: template.py don't get pages that transclude a template
Initial Comment:
I'm trying to use template.py to make a simple replacement. The command line is
python template.py "test 1" "test2"
I run on frwiki where Template:Test 1 is transcluded : http://fr.wikipedia.org/wiki/Sp%C3%A9cial:Pages_li%C3%A9es/Mod%C3%A8le:Test…
The script output is :
python template.py "test 1" test2
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
0 pages were changed.
If I use this script with -cat parameter it works fine.
I run from the toolserver.
python version.py
Pywikipedia [http] trunk/pywikipedia (r11196, 2013/03/08, 21:05:00, ok)
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: Hercule (herculefr)
Date: 2013-03-13 13:54
Message:
It works. Thanks
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2013-03-12 09:18
Message:
I made r11204 to fix it, Try again and if it worked tell to close this bug.
Best
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607377&group_…
Bugs item #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James (jaclayiii)
Assigned to: Nobody/Anonymous (nobody)
Summary: *-login.data can have case discrepency on Linux host
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10401, 2012/06/21, 06:18:43)
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Summary: the *-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
If a user connects to a wiki that has LDAP or some other form of "add-on" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the <wikifamily>-<language>-<username>-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
users["mywiki"]["en"]="james"
but the LDAP authenticator returned back "James" as the username, then the *-login.data file would be mywiki-en-James-login.data, but when _loadcookies goes to look for such a file on line 5572:
if os.path.exists(localPA)
localPA is /~some/path/to/mywiki-en-james-login.data
Notice that the James is now lower case in the file above.
As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case (even if the username is case insensitive in the LDAP authentication scheme), for example:
users["mywiki"]["en"]="James"
keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2013-03-13 06:44
Message:
I have been taking Japan Lingzhi 2 Day Diet
http://udaydiets.cocolog-nifty.com/ for a week and lost 5 pounds.the
initial issue within the morning is take this pill with an empty stomach
and it appears to create my appetite disappear. this is considerably
stronger than any other merchandise. and i choose to take 2 tablets within
the future.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 15:20
Message:
After thinking even more on this issue, even for those not using LDAP
authentication (which I would assume the majority are not using), correct
casing based on the user-config file shouldn't have undesirable effects: if
you can log in with what's in the user config file then correctly saving
the cookie file with that username shouldn't negatively impact anything. On
the other hand if you do not save the cookie file with the same user name
that is in the user-config file, but you continue to use the user-config
file to generate the localPA variable, then you may have problems on case
sensitive platforms.
If this fix seems to difficult (I don't believe it to be) or you're
suspicious of the logic, you may want to place a warning in the setup
instructions. I've added a comment on the wiki for userconfig.py that
people using *nix systems should be aware that by default mediawiki has
uppercase user names.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 12:08
Message:
After rereading the LDAP link, you're probably right in that the it's the
actual mediawiki login that is forcing uppercase, nonetheless the file name
that pywiki attempts to find should be case correct irrelevant of the
username supplied or returned. My thought for that fix has to do with
correctly saving the *-login.data cookie with the username found in
user-config.py.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 11:59
Message:
It has very much to do with LDAP:
http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/User_Provided_I…
And it has very much to do with Linux: Linux path names are case sensitive.
I reported the bug as it took me time to track down and perhaps someone
else who has the misfortune of dealing with it will find this helpful.
The fact is that if I can login with a lower case name, and I can, then
whatever pywiki stores should be in the same case, NOT what may be returned
when the wiki user name is returned. The file name for *-login.data should
be the same case as what is stored in user-config.py
This is just good practice, especially on a case sensitive host like
Linux.
Also, as mediawiki is authenticating against LDAP, whatever it stores as
the username is irrelevant if it correctly authenticates. A further reason
to enforce correct casing based on the user-config.py file.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-26 03:27
Message:
This has very little to do with Linux or LDAP, but rather has to do with
the fact your username is 'James' and not 'james'. This is related to the
'first character is capitalized' convention on some wikis, but not all
(!).
However, we could probably check whether the name has changed when the user
is logged in and emit a warning when this happens (and/or store the cookie
with the username as saved in the config file, but that could have some
unintended consequences).
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-25 21:56
Message:
Quick comment: _loadCookies() is in wikipedia.py on line 5534
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Bugs item #3607815, was opened at 2013-03-12 14:11
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607815&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Optimize multiple replace.py instances
Initial Comment:
Since the biggest part of the time and I/O resources, in a replace.py based on a xml file, is reading and uncompressing the xml file itself. When this action is done, execute 10 or 50 regex is very similar. I think that the replace.py should be able to apply more -fix in the same time. Also, if the -save parameter is active, each -fix should go in a different file.
I think that passing an array to -fix and -save to be able to do this. This implementation is only an idea, obviusly ;)
python version.py
Pywikipedia trunk/pywikipedia/ (r11200, 2013/03/09, 11:43:52, OUTDATED)
Python 2.7.3 (default, Sep 26 2012, 21:51:14)
[GCC 4.7.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607815&group_…
Bugs item #3606277, was opened at 2013-02-27 14:29
Message generated for change (Comment added) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3606277&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: Nobody/Anonymous (nobody)
Summary: creation of some items shows session-failure error
Initial Comment:
wikipedia.py for creation of some items shows session-failure error but if we run code many time for that name it will create!!
i.e:
ائل تپه سی
my code was
# -*- coding: utf-8 -*-
import wikipedia
site = wikipedia.getSite('fa')
name =u"ائل تپه سی"
page = wikipedia.Page(site, name)
data = wikipedia.DataPage(page)
try:
items = data.get()
except wikipedia.NoPage:
data.createitem(u"Bot: Importing article from Persian wikipedia")
except Exception,e:
wikipedia.output('\03{lightred}Passed! error was : '+str(e)+' \03{default}')
----------------------------------------------------------------------
>Comment By: Amir (amird)
Date: 2013-03-12 09:30
Message:
duplicate of bug #3607609
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2013-02-28 02:52
Message:
You don't have problem because you're not using wikidata's API. I can made
a change to try again if the createitem didn't succeed but i won't solve
the bug
----------------------------------------------------------------------
Comment By: reza (reza1615)
Date: 2013-02-28 02:29
Message:
@nobody :
I said it works randomly! some times after 2 or 3 time repeating it works!
as amir said may be it is wikidata's but in wikidata I didn't have problem
with them!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2013-02-27 23:43
Message:
BTW: The bot is working for me:
http://www.wikidata.org/wiki/Q5526605
----------------------------------------------------------------------
Comment By: Amir (amird)
Date: 2013-02-27 22:52
Message:
It's not a PWB bug. It's a wikidata's bug, tell them and i guess it's
because of some special characters in the title like "ئ"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3606277&group_…
Bugs item #3607786, was opened at 2013-03-12 08:31
Message generated for change (Comment added) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607786&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: Nobody/Anonymous (nobody)
Summary: creatitem() has problem with pages which have prefix 2
Initial Comment:
@ Amir in the last track I said in some of pages!
please import these pages with bot for fa.wiki you will see it doesn't work
[[الگو:AT-1]]
[[الگو:AT-2]]
[[الگو:AT-3]]
[[الگو:AT-6]]
[[الگو:AT-8]]
[[الگو:AT-9]]
[[الگو:AU-ACT]]
[[الگو:AU-NSW]]
[[الگو:AU-NT]]
[[الگو:AU-QLD]]
[[الگو:AU-SA]]
[[الگو:AU-TAS]]
[[الگو:AU-VIC]]
[[الگو:AU-WA]]
[[الگو:AUSf]]
[[الگو:AUSf2]]
[[الگو:AUT-HUN]]
[[الگو:AUTf]]
[[الگو:AUTf2]]
[[الگو:Aargau]]
----------------------------------------------------------------------
>Comment By: Amir (amird)
Date: 2013-03-12 09:25
Message:
I ran it and the bot imported pages you named ALL
You can see one of these:
http://www.wikidata.org/wiki/Q7028166
and for others see my bot's contributions
BTW:Don't post duplicate bugs, You'll be marked as spammer, and besides you
made changes in standard code (a lots of changes if i want to be accurate)
and maybe the bug is from what you did so if the bug is not a bug for
others, try to find it in your changes not ours
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607786&group_…
Bugs item #3607377, was opened at 2013-03-08 14:58
Message generated for change (Comment added) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607377&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hercule (herculefr)
Assigned to: Nobody/Anonymous (nobody)
Summary: template.py don't get pages that transclude a template
Initial Comment:
I'm trying to use template.py to make a simple replacement. The command line is
python template.py "test 1" "test2"
I run on frwiki where Template:Test 1 is transcluded : http://fr.wikipedia.org/wiki/Sp%C3%A9cial:Pages_li%C3%A9es/Mod%C3%A8le:Test…
The script output is :
python template.py "test 1" test2
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
Getting references to [[Modèle:Test 1]] via API...
0 pages were changed.
If I use this script with -cat parameter it works fine.
I run from the toolserver.
python version.py
Pywikipedia [http] trunk/pywikipedia (r11196, 2013/03/08, 21:05:00, ok)
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: Amir (amird)
Date: 2013-03-12 09:18
Message:
I made r11204 to fix it, Try again and if it worked tell to close this bug.
Best
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607377&group_…
Bugs item #3607786, was opened at 2013-03-12 08:31
Message generated for change (Tracker Item Submitted) made by reza1615
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607786&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: Nobody/Anonymous (nobody)
Summary: creatitem() has problem with pages which have prefix 2
Initial Comment:
@ Amir in the last track I said in some of pages!
please import these pages with bot for fa.wiki you will see it doesn't work
[[الگو:AT-1]]
[[الگو:AT-2]]
[[الگو:AT-3]]
[[الگو:AT-6]]
[[الگو:AT-8]]
[[الگو:AT-9]]
[[الگو:AU-ACT]]
[[الگو:AU-NSW]]
[[الگو:AU-NT]]
[[الگو:AU-QLD]]
[[الگو:AU-SA]]
[[الگو:AU-TAS]]
[[الگو:AU-VIC]]
[[الگو:AU-WA]]
[[الگو:AUSf]]
[[الگو:AUSf2]]
[[الگو:AUT-HUN]]
[[الگو:AUTf]]
[[الگو:AUTf2]]
[[الگو:Aargau]]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607786&group_…
Bugs item #3607609, was opened at 2013-03-11 03:01
Message generated for change (Comment added) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607609&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: General
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: Nobody/Anonymous (nobody)
Summary: creatitem() has problem with pages which have prefix
Initial Comment:
creatitem() has problem with some of page which have prefix like category, template, wikipedia ,... and it shows API error
error:"Got an unknown error when putting data: session-failure"
for example for "Category:United States federal law" it shows this error I made a loop to try it 5 times with 10 second sleep but it doesn't work.
but MerlIwBot which is java base bot can import!
https://www.wikidata.org/w/index.php?title=Q6739935&oldid=10900382https://www.wikidata.org/w/index.php?title=Q6612546&oldid=10601902
if API has bug it should stop all bots not only pywikipedia's!
----------------------------------------------------------------------
>Comment By: Amir (amird)
Date: 2013-03-12 06:29
Message:
I checked and it worked for me:
http://www.wikidata.org/w/index.php?title=Q7003595&rcid=11542512http://www.wikidata.org/wiki/Q7003839
----------------------------------------------------------------------
Comment By: reza (reza1615)
Date: 2013-03-11 03:14
Message:
may be
https://bugzilla.wikimedia.org/show_bug.cgi?id=45227
will helpful for solving underscores problems
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3607609&group_…