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-05-31 05:13
Message:
ET0EqF I truly appreciate this blog article.Really thank you! Will read
on... http://point.md/
----------------------------------------------------------------------
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 #3613875, was opened at 2013-05-24 15:33
Message generated for change (Comment added) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3613875&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: masti (masti01)
Assigned to: Nobody/Anonymous (nobody)
Summary: harvest template syntax error
Initial Comment:
$python harvest_template.py -cat:"Miasta Polski"
File "harvest_template.py", line 116
item.editclaim(str(claim), linkedItem.getID() ,refs={self.setSource(self.site().language())})
^
SyntaxError: invalid syntax
$ python version.py
unicode test: triggers problem #3081100
Pywikipedia [http] trunk/pywikipedia (r11578, 2013/05/24, 17:03:42, ok)
Python 2.6.6 (r266:84292, Oct 12 2012, 14:23:48)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)]
config-settings:
use_api = True
use_api_login = True
unicode test: triggers problem #3081100
----------------------------------------------------------------------
>Comment By: Amir (amird)
Date: 2013-05-29 15:05
Message:
I think you should update your code and run it again. beside what are you
commanding is not correct. you should give more details in your command
(see help of code for detail)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3613875&group_…
Feature Requests item #3614071, was opened at 2013-05-28 20:19
Message generated for change (Tracker Item Submitted) made by cdpark
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3614071&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: rewrite
Group: rewrite
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ChongDae (cdpark)
Assigned to: Nobody/Anonymous (nobody)
Summary: missing pagegenerators in rewite branch
Initial Comment:
Some pagegenerator functions are missing in rewrite branch.
EdittimeFilterPageGenerator()
ImageGenerator()
LogpagesPageGenerator()
PageTitleFilterPageGenerator()
RandomPageGenerator()
RandomRedirectPageGenerator()
UnCategorizedTemplatesGenerator()
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3614071&group_…
Feature Requests item #3609181, was opened at 2013-03-26 19:38
Message generated for change (Settings changed) made by cdpark
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3609181&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: Interface Improvements
>Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ChongDae (cdpark)
Assigned to: Nobody/Anonymous (nobody)
Summary: pagegenerators.py -new for other namespaces
Initial Comment:
"pagegenerators.py -new -ns:14" does not work now. It was generated new caterogories in past.
It would be helpful if command line supports namespace argument (for monitoring, ...)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3609181&group_…
Feature Requests item #3609181, was opened at 2013-03-26 19:38
Message generated for change (Settings changed) made by cdpark
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3609181&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: Interface Improvements
>Group: rewrite
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ChongDae (cdpark)
Assigned to: Nobody/Anonymous (nobody)
Summary: pagegenerators.py -new for other namespaces
Initial Comment:
"pagegenerators.py -new -ns:14" does not work now. It was generated new caterogories in past.
It would be helpful if command line supports namespace argument (for monitoring, ...)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3609181&group_…
Patches item #3614066, was opened at 2013-05-28 16:05
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3614066&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: important fix for i18n.py
Initial Comment:
the "i18n.py" file in the "/pywikibot" directory has a useful "translate" function; but it doesn't work well with multiple "{{PLURAL}}" directives in the same string: for example, the following code:
pywikibot.i18n.translate('en',{'en':'%(links)d {{PLURAL:%(links)d|link|links}} and %(apples)d {{PLURAL:%(apples)d|apple|apples}}'},{'links':1,'apples':4})
returns "1 link and 4 link" instead of "1 link and 4 apples".
I've fixed that doing a "while" loop for each {{PLURAL}} and replacing/translating only one of them at a time; probably other functions need such fixes as well.
My version is attached, feel free to improve it and include it in the pywikipediabot rewrite branch.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3614066&group_…
Bugs item #3604180, was opened at 2013-02-11 18:42
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3604180&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: redirect
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Riley ()
>Assigned to: xqt (xqt)
Summary: Unicode issue running redirect.py
Initial Comment:
Hello everyone, I am having a unicode issue when running redirect.py on wikisource.org. When running the script, pywikipediabot seems to try to change the page names into english.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2013-05-25 09:21
Message:
patch applied in r11586, thanks
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2013-05-20 01:58
Message:
betacommand, your patch is not reachable
----------------------------------------------------------------------
Comment By: betacommand (betacommand)
Date: 2013-02-17 17:10
Message:
issue of not editing stems from an oversight about translation and '-'
wikisource. I have linked a patch which will fix the issue, might need a
little cosmetic cleanup/spacing fixes but will resolve the issue
http://toolserver.org/~betacommand/redirect.py.patch
----------------------------------------------------------------------
Comment By: Riley ()
Date: 2013-02-17 16:25
Message:
As stated in the description, I am running on "wikisource.org" and the
result is found in the attached file.
----------------------------------------------------------------------
Comment By: betacommand (betacommand)
Date: 2013-02-17 16:04
Message:
can we get some more details please? what language of wikisource are you
working on, and what are the results of version.py?
----------------------------------------------------------------------
Comment By: Riley ()
Date: 2013-02-11 18:44
Message:
I clicked save before I was done writing -.-;
As also noticed in the provided screenshot; the script doesn't save nor
give output of any kind.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3604180&group_…
Bugs item #3613875, was opened at 2013-05-24 15:33
Message generated for change (Tracker Item Submitted) made by masti01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3613875&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: masti (masti01)
Assigned to: Nobody/Anonymous (nobody)
Summary: harvest template syntax error
Initial Comment:
$python harvest_template.py -cat:"Miasta Polski"
File "harvest_template.py", line 116
item.editclaim(str(claim), linkedItem.getID() ,refs={self.setSource(self.site().language())})
^
SyntaxError: invalid syntax
$ python version.py
unicode test: triggers problem #3081100
Pywikipedia [http] trunk/pywikipedia (r11578, 2013/05/24, 17:03:42, ok)
Python 2.6.6 (r266:84292, Oct 12 2012, 14:23:48)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)]
config-settings:
use_api = True
use_api_login = True
unicode test: triggers problem #3081100
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3613875&group_…
Patches item #3613846, was opened at 2013-05-24 04:16
Message generated for change (Tracker Item Submitted) made by dmaggot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3613846&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: rewrite
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David E. Narváez (dmaggot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Expand all Text for Checking Hidden Categories
Initial Comment:
An example of this issue is http://commons.wikimedia.org/wiki/Category:Cultural_heritage_monuments_in_P… which has a template that actually adds the _HIDDEN_ keyword. The other change proposed here is not to use regular expressions for that match, it is pointless.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3613846&group_…
Patches item #3612955, was opened at 2013-05-08 21:54
Message generated for change (Settings changed) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3612955&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: Accepted
Priority: 5
Private: No
Submitted By: David E. Narváez (dmaggot)
Assigned to: Nobody/Anonymous (nobody)
Summary: [flickrripper] Remove starting and traling _ from titles
Initial Comment:
Just another check for invalid titles
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3612955&group_…