Bugs item #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by valhallasw
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: 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 #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by jaclayiii
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: 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 #3538008, was opened at 2012-06-25 21:52
Message generated for change (Tracker Item Submitted) made by jaclayiii
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
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Bugs item #3537874, was opened at 2012-06-25 10:04
Message generated for change (Tracker Item Submitted) made by yfdyh000
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3537874&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: interwiki
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Family file wikipedia includes namespace['en'][442]
Initial Comment:
WARNING: Family file wikipedia includes namespace['en'][442], but it should be removed (namespace doesn't exist in the site)
WARNING: Family file wikipedia includes namespace['en'][443], but it should be removed (namespace doesn't exist in the site)
WARNING: Family file wikipedia includes namespace['en'][444], but it should be removed (namespace doesn't exist in the site)
WARNING: Family file wikipedia includes namespace['en'][445], but it should be removed (namespace doesn't exist in the site)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3537874&group_…
Feature Requests item #3537869, was opened at 2012-06-25 10:00
Message generated for change (Tracker Item Submitted) made by yfdyh000
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537869&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: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add color to "Waiting for %i pages to be put."
Initial Comment:
Add color(e.g. lightblue) to output(u'Waiting for %i pages to be put. Estimated time remaining: %s' in wikipedia.py, to quickly find important line.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537869&group_…
Feature Requests item #3537366, was opened at 2012-06-23 07:28
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537366&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
>Priority: 6
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Proposed add -skipconflictpage to interwiki.py
Initial Comment:
Features: If robot submit a page encountered an editing conflict, skip all the associated page.
This is because the other robots(in particular the global robots) may have been or are being done to the relevant page, next linked page is likely still encounter an editing conflict.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-23 07:53
Message:
reopened and closed the other because the other tracker is opened anonymous
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-23 07:45
Message:
duplicate of #3094655
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537366&group_…
Feature Requests item #3094655, was opened at 2010-10-25 01:26
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&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: interwiki
Group: None
>Status: Closed
>Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: edit conflicts
Initial Comment:
It happens sometimes that edit conflicts occur; this may be on pages with lots of interwiki links, in particular.
Updating [[xx:Page]] via API
Saving [[xx:Page]] failed: An edit conflict occurred
Is it possible to tell the bot to stop trying to update the links for the given page if it encounters, say, 3 or more edit conflicts in a row for that page in different language wikis? this would save time and server load
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-23 07:52
Message:
better to close this request because it is submitted anonymous
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-23 07:45
Message:
proposed again in #3537366
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&group_…
Feature Requests item #3094655, was opened at 2010-10-25 01:26
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&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: interwiki
Group: None
Status: Open
Priority: 6
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: edit conflicts
Initial Comment:
It happens sometimes that edit conflicts occur; this may be on pages with lots of interwiki links, in particular.
Updating [[xx:Page]] via API
Saving [[xx:Page]] failed: An edit conflict occurred
Is it possible to tell the bot to stop trying to update the links for the given page if it encounters, say, 3 or more edit conflicts in a row for that page in different language wikis? this would save time and server load
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-23 07:52
Message:
better to close this request because it is submitted anonymous
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-23 07:45
Message:
proposed again in #3537366
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&group_…
Feature Requests item #3094655, was opened at 2010-10-25 01:26
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&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: interwiki
Group: None
Status: Open
>Priority: 6
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: edit conflicts
Initial Comment:
It happens sometimes that edit conflicts occur; this may be on pages with lots of interwiki links, in particular.
Updating [[xx:Page]] via API
Saving [[xx:Page]] failed: An edit conflict occurred
Is it possible to tell the bot to stop trying to update the links for the given page if it encounters, say, 3 or more edit conflicts in a row for that page in different language wikis? this would save time and server load
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-23 07:45
Message:
proposed again in #3537366
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3094655&group_…
Feature Requests item #3537366, was opened at 2012-06-23 07:28
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537366&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
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
Assigned to: Nobody/Anonymous (nobody)
Summary: Proposed add -skipconflictpage to interwiki.py
Initial Comment:
Features: If robot submit a page encountered an editing conflict, skip all the associated page.
This is because the other robots(in particular the global robots) may have been or are being done to the relevant page, next linked page is likely still encounter an editing conflict.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-23 07:45
Message:
duplicate of #3094655
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3537366&group_…