Bugs item #3199823, was opened at 2011-03-04 10:00
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3199823&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: Daniel Barrett (djbarrett)
Assigned to: xqt (xqt)
Summary: redirect.py crash: TypeError: __import__() takes no...
Initial Comment:
redirect.py immediately crashes with:
$ sudo python redirect.py broken
Traceback (most recent call last):
File "redirect.py", line 799, in ?
main()
File "redirect.py", line 795, in main
bot.run()
File "redirect.py", line 713, in run
self.delete_broken_redirects()
File "redirect.py", line 484, in delete_broken_redirects
reason = i18n.twtranslate(self.site, reason_broken)
File "/usr/local/pywikipedia/pywikibot/i18n.py", line 220, in twtranslate
transdict = getattr(__import__("i18n", fromlist=[package]), package).msg
TypeError: __import__() takes no keyword arguments
$ python version.py
Pywikipedia [http] trunk/pywikipedia (r9018, 2011/03/02, 06:46:39)
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-18 08:07
Message:
This might be fixed. btw python 2.4 is no longersupported by the framework.
It works as it works.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2011-05-09 12:50
Message:
The previous comment was from me, the logger of the bug.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-05-09 12:49
Message:
Confirmed that the crash is gone in Python 2.4.3. Thank you!
The logging bug pointed out by valhallasw is still present, but that should
probably be a different ticket.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-05-09 12:16
Message:
Bug raised on trunk version not at rewrite. I fixed it there with r9227 for
2.4 compatibility and tested it with py 2.7.1. Please give me any response
whether it works.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-03-05 08:04
Message:
Ah, that is annoying indeed. The logging issue is a bug though, I think -
there should be a config option to set the path to store the logs.
By the way - were you using the rewrite on python 2.4 before? If it worked
before, this might be a reason to write a compatibility layer or something
like that.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2011-03-04 11:38
Message:
Thanks for your note. Python 2.4 is the standard issue on CentOS 5 Linux,
so it may be a while before we can upgrade our machines.
As for "sudo", thanks for your comment & concern. The sudo is necessary
because Pywikipedia is installed in /usr/local/pywikipedia and it writes
its logs to /usr/local/pywkipedia/logs, which is protected.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-03-04 11:26
Message:
Hi Daniel,
This parameter was added in python 2.5. As far as I know, no steps have
been taken in the rewrite to ensure python <= 2.4 compatibility -- you will
probably run into more problems, even if this specific issue is fixed. I
would strongly suggest upgrading to 2.5.
As a secondary note - why are you using 'sudo python'? Pywikipediabot has
not been written to be 'safe to use as root' - there might be bugs that
will allow an attacker to take over your computer if you run it as root.
Best regards,
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2011-03-04 10:02
Message:
"python redirect.py double" also crashes:
$ sudo python redirect.py double
Retrieving special page...
Retrieved 107 redirects from special page.
>>> ASP.Net precompile <<<
Links to: [[ASP.Net precompiler]].
Links to: [[ASP.Net precompilation]].
Traceback (most recent call last):
File "redirect.py", line 799, in ?
main()
File "redirect.py", line 795, in main
bot.run()
File "redirect.py", line 711, in run
self.fix_double_redirects()
File "redirect.py", line 539, in fix_double_redirects
self.fix_1_double_redirect(redir_name)
File "redirect.py", line 664, in fix_1_double_redirect
summary = i18n.twtranslate(self.site, msg_double) \
File "/usr/local/pywikipedia/pywikibot/i18n.py", line 220, in
twtranslate
transdict = getattr(__import__("i18n", fromlist=[package]),
package).msg
TypeError: __import__() takes no keyword arguments
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3199823&group_…
Feature Requests item #2987670, was opened at 2010-04-15 05:16
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2987670&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: TXiKi (tx1k1)
Assigned to: xqt (xqt)
Summary: Warning on category disambiguation pages
Initial Comment:
Related to: https://sourceforge.net/tracker/?func=detail&aid=2952079&group_id=93107&ati…
While working with interwiki links over category pages, pywikipedia should warn that a category is a disambiguation page (e.g., Template:Category_ambiguous in http://en.wikipedia.org/wiki/Category:Bosnian_people), and ask for an alternative page, like for namespace=0. Currently, it adds interwiki links to the disambiguation page, as if it wasn't.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-04-21 12:22
Message:
[[Template:Category_ambiguous]]
must be listed at
http://en.wikipedia.org/wiki/MediaWiki:Disambiguationspage
to solve this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=2987670&group_…
Bugs item #3533792, was opened at 2012-06-09 00:34
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3533792&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: Rejected
Priority: 5
Private: No
Submitted By: David Crochet (crochet_david)
Assigned to: xqt (xqt)
Summary: variable 'account_global'
Initial Comment:
By a "svn up" from r10306 and r10334 the program say :
WARNING: Configuration variable 'account_global' is defined but unknown. Misspelled?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-06-09 12:36
Message:
just remove that line from your user_config.py. There is sth like
account_global = True
That value has never been used and was removed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3533792&group_…
Bugs item #3529618, was opened at 2012-05-24 16:30
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3529618&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: Fixed
Priority: 5
Private: No
Submitted By: betacommand (betacommand)
Assigned to: xqt (xqt)
Summary: add namespace support to xmlreader
Initial Comment:
The xml exported files contain a <ns> tag for identifying namespaces, this should be fed to xnlreader's XmlEntry so that it can be accessed and used to filter pages
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-05-25 09:55
Message:
done in r10252 - not tested, sorry
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3529618&group_…
Bugs item #3467493, was opened at 2011-12-30 07:30
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3467493&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
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: ToAruShiroiNeko ()
Assigned to: xqt (xqt)
Summary: interwiki.py crashes if bot is blocked
Initial Comment:
I have python v2.7.2
I run a bot that operates on every wiki so it is painful to modify user-config file every time there is a problem.
Every now and then I get all of bots interwiki operations disrupted if a wikipedia language edition decides to block. The bot running interwiki.py crashes after trying to edit that wiki. This is a problem because any block on any wiki effectively disables the bot until that block is lifted.
I thought this was a feature (somehow) until I was told this could be a bug.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 08:56
Message:
You cannot know the reason of the blocking and indeed the bot itself
doesn't know it. New mediawiki release as could cause problems with the bot
as well as wrong python code, some python interpreters doesn't work well,
unicode errors are found etc. pp. Most of the smaller wikis doesn't have
sysops and blocking a bot is a emergency shut down. My bot is running on
all wikis with multiple continous tasks too. Where is the problem? First
ask for permission than run the job. My thought.
----------------------------------------------------------------------
Comment By: ToAruShiroiNeko ()
Date: 2011-12-30 08:12
Message:
In my case my user-config.py just loops all wikis rather than me typing
them individually so that is a lot of work. Also that is unhelpful if one
is having multiple continuous interwiki.py runs which can take weeks. It is
a logistical nightmare to try to figure out which runs crashed and etc.
The bot is blocked due to it not having a bot flag (due to wiki policy
change or oversight on my part), not because of a malfunction. Indeed it is
a serious problem but does not have a technical solution. It requires me to
apply for a bot flag locally which can be a lengthy process. The point here
is all other wikis aside from the wikis blocking should have bot continuing
with its edits.
Indeed a global block would be needed in the event of a catastrophic
malfunction of interwiki.py but this would be for all bots running
interwiki.py not just for my bot as I use the latest svn repositories.
---------------
Dump of error
Updating links on page [[it:Utente:???? robot]].
Changes to be made: Robot: Adding [[ksh:Metmaacher:???? robot]]
+ [[ksh:Metmaacher:???? robot]]
NOTE: Updating live wiki...
WARNING: Your account on wikipedia:it is blocked by False.
Reason: unauthorized bot, user contacted multiple times
Editing using this account will stop the run.
NOTE: You have new messages on wikipedia:it
WARNING: Your account on wikipedia:it does not have a bot flag. Its edits
will be visible in the recent changes and it may get blocked.
Dump en (wikipedia) appended.
Traceback (most recent call last):
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 2573, in <module>
main()
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 2547, in main
bot.run()
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 2287, in run
self.queryStep()
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 2265, in queryStep
subj.finish(self)
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 1713, in finish
if self.replaceLinks(page, new, bot):
File "C:\Dev\SVN\pywikipedia\interwiki.py", line 1952, in replaceLinks
status, reason, data = page.put(newtext, comment=mcomment)
File "C:\Dev\SVN\pywikipedia\wikipedia.py", line 1713, in put
self.site().checkBlocks(sysop = sysop)
File "C:\Dev\SVN\pywikipedia\wikipedia.py", line 5023, in checkBlocks
raise UserBlocked('User is blocked in site %s' % self)
pywikibot.exceptions.UserBlocked: User is blocked in site wikipedia:it
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 07:57
Message:
If a bot is blocked on a wiki, just remove it from your user-config.py. I
find it not a good idea to run a blocked bot without checking the cause.
This indeed could be a malfunction and it is a good idea to stop it in
general until this has been veryfied.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3467493&group_…
Feature Requests item #3528379, was opened at 2012-05-20 04:31
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3528379&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: ToAruShiroiNeko ()
>Assigned to: xqt (xqt)
Summary: redirect.py logging of problems that cannot be fixed
Initial Comment:
redirect.py needs to log issues it is unable to fix and why on each wiki. There are several flavors of problems that appears on Special:Doubleredirects
1. Self redirects (redirects that point to themselves)
2. Redirect loops (redirects that go in circles)
3. Double redirects formed due to page protection.
4. Inter-wiki redirects (redirects that point to redirects in other wikis)
It would be a lot easier if I had a log of these pages and user can post it on the village pump or perhaps bot can do this monthly for a select number of wikis. The code already provides a warning on the console but when you are running it on 700 wikis like me that becomes a serious chore to follow.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-18 04:24
Message:
rejected. I do not see any sense for a list duplication of
Special:DoubleRedirects
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-05-20 06:36
Message:
1. - 3. are all listed by Special:DoubleRedirects. They are remaining after
the redirect bot cannot solve the problem.
4. Interwiki redirects normally are fixed be interwiki bots except there is
a __STATICREDIRECT__ in the redirect page.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3528379&group_…
Bugs item #3535936, was opened at 2012-06-18 01:18
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3535936&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
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: YFdyh000 (yfdyh000)
>Assigned to: xqt (xqt)
Summary: Outdated family file wikipedia: namespace['frp'][2]
Initial Comment:
WARNING: Outdated family file wikipedia: namespace['frp'][2] is 'Usanciér', but should be 'Utilisator'
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-18 04:16
Message:
done in r10375
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3535936&group_…
Feature Requests item #3535909, was opened at 2012-06-17 22:17
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&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: 5
Private: No
Submitted By: Avicennasis (avicennasis)
Assigned to: Nobody/Anonymous (nobody)
Summary: -enable arg to all scripts
Initial Comment:
It would be handy to have an optional -enable "Checkpage" option built into scripts by default - so that a bot can deactivated by non-admins, if so needed.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-06-18 04:04
Message:
This behavior is not the same as blocking a bot by admins; it only
prohibits the next start of the bot. So I am not sure if this is what you
want to.
----------------------------------------------------------------------
Comment By: Avicennasis (avicennasis)
Date: 2012-06-18 01:58
Message:
Exactly what the '-enable:' parameter does in lonelypages.py -
http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia/lonelypages.…
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 01:28
Message:
That doesn't tell me anything about what it should do. What is 'checkpage'?
What should the bot do with it? When? What should it do in which case?
----------------------------------------------------------------------
Comment By: Avicennasis (avicennasis)
Date: 2012-06-18 00:11
Message:
A simple boolean value - if the arg is used, read checkpage - if 'true',
continue script - if false, stop and exit script.
I know some of the scripts have a "enablePage" - but a lot of them don't.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 00:06
Message:
What is the behaviour you would want/expect when 'Checkpage' is enabled?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&group_…
Feature Requests item #3535909, was opened at 2012-06-17 22:17
Message generated for change (Comment added) made by avicennasis
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&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: 5
Private: No
Submitted By: Avicennasis (avicennasis)
Assigned to: Nobody/Anonymous (nobody)
Summary: -enable arg to all scripts
Initial Comment:
It would be handy to have an optional -enable "Checkpage" option built into scripts by default - so that a bot can deactivated by non-admins, if so needed.
----------------------------------------------------------------------
>Comment By: Avicennasis (avicennasis)
Date: 2012-06-18 01:58
Message:
Exactly what the '-enable:' parameter does in lonelypages.py -
http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia/lonelypages.…
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 01:28
Message:
That doesn't tell me anything about what it should do. What is 'checkpage'?
What should the bot do with it? When? What should it do in which case?
----------------------------------------------------------------------
Comment By: Avicennasis (avicennasis)
Date: 2012-06-18 00:11
Message:
A simple boolean value - if the arg is used, read checkpage - if 'true',
continue script - if false, stop and exit script.
I know some of the scripts have a "enablePage" - but a lot of them don't.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 00:06
Message:
What is the behaviour you would want/expect when 'Checkpage' is enabled?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&group_…
Feature Requests item #3535909, was opened at 2012-06-17 22:17
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&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: 5
Private: No
Submitted By: Avicennasis (avicennasis)
Assigned to: Nobody/Anonymous (nobody)
Summary: -enable arg to all scripts
Initial Comment:
It would be handy to have an optional -enable "Checkpage" option built into scripts by default - so that a bot can deactivated by non-admins, if so needed.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 01:28
Message:
That doesn't tell me anything about what it should do. What is 'checkpage'?
What should the bot do with it? When? What should it do in which case?
----------------------------------------------------------------------
Comment By: Avicennasis (avicennasis)
Date: 2012-06-18 00:11
Message:
A simple boolean value - if the arg is used, read checkpage - if 'true',
continue script - if false, stop and exit script.
I know some of the scripts have a "enablePage" - but a lot of them don't.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-18 00:06
Message:
What is the behaviour you would want/expect when 'Checkpage' is enabled?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3535909&group_…