Bugs item #1968967, was opened at 2008-05-21 10:52
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&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: David Crochet (crochet_david)
Assigned to: Nobody/Anonymous (nobody)
Summary: no possible deletion with delete user right
Initial Comment:
my bot (Crochet.david.bot) had a Test-administrator group statut (so not the sysop group statut), but this statut have the delete rights (as the sysop group statut) in the incubator wikimedia project.
So, as you can see with the terminal output (attach file)
the bot can't delete.
user rights in incubator : http://incubator.wikimedia.org/wiki/Special:ListGroupRights
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 08:00
Message:
Is there a reason the bot checks for particular privileges in the first
place? Can't the bot simply deal with the insufficient privileges response
from the mediawiki software?
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-15 04:18
Message:
delete.py works fine, I've recently tested on two non-wmf wikis and could
test on a wmf wiki if we really need to. Cosoleto seems to have pointed to
the problem. Either that or user_config.py was not set up properly.
On the other hand, this points at a real and, I'm fairly certain, ongoing
problem, which is that the bot fails when the bot account has special
rights, such as delete, block, or import, under a userrights group other
than sysop.
----------------------------------------------------------------------
Comment By: Francesco Cosoleto (cosoleto)
Date: 2008-06-12 06:50
Message:
Logged In: YES
user_id=181280
Originator: NO
In wikipedia.py (_getUserData()) try to replace:
if 'sysop' in self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
with:
if 'sysop' in self._rights[index] or 'test-sysop' in
self._rights[index]:
self._rights[index].extend(['delete', 'undelete', 'block',
'protect', 'import', 'deletedhistory', 'unwatchedpages'])
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2008-05-22 10:35
Message:
Logged In: YES
user_id=1963242
Originator: NO
I'm told by david that wgUserGroups reads
var wgUserGroups = ["bot", "test-sysop", "*", "user", "autoconfirmed"];
on the incubator, meaning that site._rights[1] will be ["bot",
"test-sysop", "user", "autoconfirmed"]
Then, when isAllowed('delete', True), boolean checks " 'delete' in
site._rights[1] ", it returns False, and it raises a LockedPage exception.
David also tells me that his admin user rights (on wikiversity-fr) are "var
wgUserGroups = ["sysop", "*", "user", "autoconfirmed"];". This means that
even with "normal" sysop rights, "delete" is *_never_* in var
wgUserGroups.
I don't have sysop rights on any projects, so I can't really diagnose much
more on this problem, but are we sure that we are still able to delete
pages here ? Isn't somewhat broken ??
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967&group_…
Bugs item #3411427, was opened at 2011-09-19 04:07
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3411427&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: 4
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: xqt (xqt)
Summary: Treat code-only interwikis as valid for main page
Initial Comment:
Interwiki in the form of [[en:]] links to the main page.
It is easy to generate (on Toolserver or from SiteMatrix) a list of interwikis in this form for the main page and they are correct links.
So the bot must not remove them nor change them.
Suggesting the following process:
1) Pull MediaWiki:Mainpage and store it in some variable.
2) When dealing with interwiki, first compare, if the page title == that variable.
3) If yes, simply put short interwikis there (or at least do not remove nor correct them to long)
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:37
Message:
Is this useful? Most mainpages are protected aren't they? Why don't we
just have the bot ignore/skip mainpages altogether?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-24 12:56
Message:
r9672 enables short interwiki links but replaces the page title to the
MediaWiki:Mainpage message
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3411427&group_…
Bugs item #3465680, was opened at 2011-12-26 13:47
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3465680&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: 7
Private: No
Submitted By: Yevhen Movsesov ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Cosmetic_changes.py deletes cross wiki-links
Initial Comment:
Python 2.6.7 (r267:88850, Sep 19 2011, 13:25:28)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
1. I ran in RU-wiki one command:
python /home/$USERNAME/pywiki/cosmetic_changes.py -lang:ru -always -file:/tmp/somefile
2. File "/tmp/somefile" contain list of articles for processing
Struthiomimus
QoS
3. For article "Struthiomimus" in RU-wiki I see, that it was deleted EN cross-link
[[en:Steveville|Steveville]]
https://secure.wikimedia.org/wikipedia/ru/w/index.php?title=Struthiomimus&d…
4. I think, that cosmetic_changes.py should not deletes cross-links to other wikis.
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:20
Message:
This may be caused by the same code but the desired effect is slightly
different, so it's not entirely a dup - but it is obviously related. In
this case though, cosmetic_changes.py should convert
[[en:Steveville|Steveville]] to [[:en:Steveville|Steveville]] because it's
in the body of the article rather than treating it as an interwiki language
link.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 22:59
Message:
It seems, it the same issue as
https://sourceforge.net/tracker/?func=detail&aid=3012516&group_id=93107&ati…
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 22:48
Message:
Error with "standardizePageFooter".
When I comment line
# text = self.standardizePageFooter(text)
in file cosmetic_changes.py
then I can't reproduce error.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3465680&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Accepted
Priority: 7
Private: No
Submitted By: Kenrick Anggara (kenrick95)
Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:18
Message:
bug
https://sourceforge.net/tracker/?func=detail&aid=3465680&group_id=93107&ati…
has been identified as a duplicate of this bug, I don't think we should
close the other bug report yet because, although the code involved may be
the same, the actual issue is slightly different. cosmetic_changes.py
should convert [[en:Steveville|Steveville]] to
[[:en:Steveville|Steveville]] because it's in the body of the article
rather than treating it as an interwiki language link.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-27 14:01
Message:
It is open, what you see is Valhallasw changing the close_date to none when
he essentially reversed xqt's change of the same day. I've increased the
priority and removed assignment to xqt as his last action was to close it
as "Wont Fix", so there's no reason to believe that he's actually working
on this.
Last I knew interwiki.py did the same thing.
Is that the same issue? I mean does cosmetic_changes.py get the removal
function from interwiki.py or is the same code at least. We have a work
around on ws (where double and triple interwikis are common) though it
really means skipping such pages.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…
Patches item #3466155, was opened at 2011-12-27 14:34
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&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: Translations
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Snaevar (snaevar)
>Assigned to: xqt (xqt)
Summary: commonscat +is
Initial Comment:
icelandic translations of commonscat.py
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-29 00:25
Message:
done with r9816, thanks!
----------------------------------------------------------------------
Comment By: Snaevar (snaevar)
Date: 2011-12-28 05:39
Message:
Replaced the diff with an corrected and tested diff.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&group_…
Patches item #3466155, was opened at 2011-12-27 14:34
Message generated for change (Comment added) made by snaevar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&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: Translations
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Snaevar (snaevar)
Assigned to: Nobody/Anonymous (nobody)
Summary: commonscat +is
Initial Comment:
icelandic translations of commonscat.py
----------------------------------------------------------------------
>Comment By: Snaevar (snaevar)
Date: 2011-12-28 05:39
Message:
Replaced the diff with an corrected and tested diff.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&group_…
Patches item #3466155, was opened at 2011-12-27 14:34
Message generated for change (Tracker Item Submitted) made by snaevar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&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: Translations
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Snaevar (snaevar)
Assigned to: Nobody/Anonymous (nobody)
Summary: commonscat +is
Initial Comment:
icelandic translations of commonscat.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3466155&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Settings changed) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Accepted
>Priority: 7
Private: No
Submitted By: Kenrick Anggara (kenrick95)
>Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-27 14:01
Message:
It is open, what you see is Valhallasw changing the close_date to none when
he essentially reversed xqt's change of the same day. I've increased the
priority and removed assignment to xqt as his last action was to close it
as "Wont Fix", so there's no reason to believe that he's actually working
on this.
Last I knew interwiki.py did the same thing.
Is that the same issue? I mean does cosmetic_changes.py get the removal
function from interwiki.py or is the same code at least. We have a work
around on ws (where double and triple interwikis are common) though it
really means skipping such pages.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…
Bugs item #3463037, was opened at 2011-12-20 10:40
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3463037&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: Invalid
Priority: 5
Private: No
Submitted By: ACarter (a1carter)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't create pages with ":" in title, namespaces
Initial Comment:
I am creating pages in a "Review:" namespace.
My script just adds "Review:" infront of the page title. (The line of code is this : "newtitle = "Review:"+pagetitle")
When I try to do so, I get this:
File;C:\..\..\wikipedia.py, line 317, in _init_ raise InvalidTitle(u"Invalid title '%s'" % title) pywikibot.exceptions.InvalidTitle: Invalid title ':'
I'm on r9782 (28 Nov)
Thanks
----------------------------------------------------------------------
Comment By: ACarter (a1carter)
Date: 2011-12-22 03:50
Message:
So it was an error my side?
Ok sorry. :(
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-21 07:48
Message:
Thanks for posting your code. This is what happens:
newtitles = pagetitle # = 'Amsterdam'
newtitles2 = 'Review:'+newtitles # = 'Review:Amsterdam'
newredirects = [wikipedia.Page(mysite, title) for title in
newtitles2 ] # = [wikipedia.Page(mysite, title) for title in
'Review:Amsterdam'] = [wikipedia.Page(mysite, title) for title in ['R',
'e', 'v', 'i', 'e', 'w', ':', 'A', ...]]
which tries to create a Page object Page(mysite, ':'), which is obviously
illegal.
I'm not quite sure how your code is /supposed/ to work, but hopefully this
helps to understand what happens and how to prevent it.
----------------------------------------------------------------------
Comment By: ACarter (a1carter)
Date: 2011-12-21 01:07
Message:
Yes, sorry about that.
Same error with the latest release:
Traceback (most recent call last):
File "C:\...\...\create_reviews.py", line 47, in <module>
newredirects = [wikipedia.Page(mysite, title) for title in newtitles2 ]
File "C:\...\...\wikipedia.py", line 317, in __init__
raise InvalidTitle(u"Invalid title '%s'" % title )
pywikibot.exceptions.InvalidTitle: Invalid title ':'
My script:
pagetitle = page.title()
# condition for pages
if pagetitle.find(" ") > 0:
# new pges
newtitles = pagetitle
newtitles2 = 'Review:'+newtitles
suggestions = [">>> %s <<<" % x for x in newtitles2]
newredirects = [wikipedia.Page(mysite, title) for title in
newtitles2 ]
I am working on a Wikia wiki, in english.
Thanks, and sorry about that.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-20 13:16
Message:
Please update first to check if the bug is fixed in a more recent release.
Secondly, please post complete stack traces, *and* the relevant code in
your script
Thirdly, please check what the parameters are you are sending to the Page
object. What is the exact page title that causes this problem, what other
parameters are sent, on which wiki are you working? which language?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3463037&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Accepted
Priority: 5
Private: No
Submitted By: Kenrick Anggara (kenrick95)
Assigned to: xqt (xqt)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…