Bugs item #2520539, was opened at 2009-01-19 19:19
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2520539&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: Nobody/Anonymous (nobody)
>Assigned to: xqt (xqt)
Summary: Cosmetic changes in templates with <includeonly>
Initial Comment:
Hello. There's a bug with the cosmetic changes script, because it removes all interwikis
when they're between the <includeonly></includeonly> tags. See explamples:
* http://es.wikipedia.org/w/index.php?diff=prev&oldid=23378630
* http://es.wikipedia.org/w/index.php?diff=prev&oldid=23378633
* http://es.wikipedia.org/w/index.php?diff=prev&oldid=23378678
* etc.
My bot does cosmetic changes when I add "cosmetic_changs=True" in my user-config file.
Thanks.
-------------------------------
Output of version.py:
Pywikipedia [http] trunk/pywikipedia (r6270, Jan 19 2009, 15:50:18)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 12:20
Message:
done in r7396
----------------------------------------------------------------------
Comment By: Iván Pérez (murodeaguas)
Date: 2009-01-21 16:00
Message:
The error is also with r5955. I don't know since when, but this bug comes
from much time ago. The first time I saw the error was in May, 2008, with
this bot edition
[http://es.wikipedia.org/w/index.php?curid=257750&diff=17603275&oldid=167367…].
Maybe the problem can be fixed quickly by adding an exception to the
script in order not to make changes between <includeonly> tags.
----------------------------------------------------------------------
Comment By: Cyde Weys (cydeweys)
Date: 2009-01-19 22:17
Message:
Can you regression test against r5955 of cosmetic_changes.py to determine
whether the bug was introduced in r6270 or if it has been around since
before that? Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2520539&group_…
Bugs item #2744505, was opened at 2009-04-08 17:29
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2744505&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: Nobody/Anonymous (nobody)
>Assigned to: xqt (xqt)
Summary: cosmetic_changes: Don't remove cats
Initial Comment:
__version__ = '$Id: cosmetic_changes.py 6285 2009-01-23 14:32:00Z siebrand $'
Categories may not been removed if they are between <includeonly></includeonly>-tags in templates. I guess this comes from removeDisabledParts method called by wikipedia.getCategoryLinks. I've seen it at [http://ro.wikipedia.org/w/index.php?title=Format%3AInfobox_Localitate&diff=…] where [[Category:Settlement articles requiring maintenance]] was deleted.
<w:de:user:xqt>
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 12:18
Message:
self.done in r7401
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2744505&group_…
Bugs item #2781005, was opened at 2009-04-25 06:46
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2781005&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: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: xqt (xqt)
Summary: interwiki.py empties category page with templates
Initial Comment:
Operating on category pages, when zh:Category: need to be modified to zh:分类: and there is a template in category page, interwiki.py seems to remove all the contents of the page. Below 3 buggy edits done by my bot. Thanks for looking into this - en:User:Jacob.jose
1. http://en.wikipedia.org/w/index.php?title=Category:Olympic_gold_medalists_f…
2. http://en.wikipedia.org/w/index.php?title=Category:Public_utilities&diff=pr…
3. http://ja.wikipedia.org/w/index.php?title=Category:%E3%83%AA%E3%83%92%E3%83…
However, below edits are ok:
1. http://en.wikipedia.org/w/index.php?title=Category:Roman_Catholic_dioceses_…
2. http://en.wikipedia.org/w/index.php?title=Category:Painters&action=edit&old…
Version:
Pywikipedia [http] trunk/pywikipedia (r6564, Mar 28 2009, 17:27:58)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 11:49
Message:
Basis of the changes was a empty page but standard interwiki bots ignores
empty pages as well as non-existent pages. I close this bug due to out of
date.
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 07:17
Message:
A sentence has been left out from previous comment:
"Please update your local copy, and try to reproduce the bug with that
newer version"
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-25 07:15
Message:
hello, thanks for the report.
Your version of pywikipedia is one month old. Current revision number is
r6695, meaning that more than one hundred changes were done to the
framework in the meantime.
The zh: Category namespace name, in particular, have been updated since.
By the way an edit like
http://en.wikipedia.org/w/index.php?title=Category:Painters&diff=283488201&…
does not seem correct to me: [[zh:分类:画家]] is as valid as
[[zh:Category:画家]], I don't see why we'd need a _standalone_ edit to
change the namespace name. It's okay to normalize namespaces when adding or
modifying content; it's not okay to edit just to change a namespace name.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2781005&group_…
Bugs item #2787237, was opened at 2009-05-05 15:19
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2787237&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: Maurits (mcknol)
>Assigned to: xqt (xqt)
Summary: interwiki placement of no: on fy.wikipedia
Initial Comment:
Examples:
http://fy.wikipedia.org/w/index.php?title=0&diff=prev&oldid=213305http://fy.wikipedia.org/w/index.php?title=11&diff=prev&oldid=213447http://fy.wikipedia.org/w/index.php?title=Palmgier&diff=prev&oldid=213553
no: should be placed alphabetically after nl:, nds:, et cetera (which it doesn't). I already checked the table in families/wikipedia_family.py, wherein it was however correctly listed. On other wiki's the problem doesn't occur, so that probably the problem is in the fy-specific module (right after the table).
-------
Pywikipedia [http] trunk/pywikipedia (r6828, May 05 2009, 12:16:16)
Python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 11:30
Message:
done in r7223
----------------------------------------------------------------------
Comment By: Nakor Wikipedia (nakor-wikipedia)
Date: 2009-06-20 19:36
Message:
Fixed. See patch #2809532
----------------------------------------------------------------------
Comment By: Maurits (mcknol)
Date: 2009-05-27 21:22
Message:
If it is impossible to trace the cause of this bug, could someone then
please add some code that forces the placement of no: to the right
position? The interwiki order at fy now gets consistently messed up by
pywikipedia bots.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2787237&group_…
Bugs item #2822814, was opened at 2009-07-17 02:02
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2822814&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: Maurits (mcknol)
Assigned to: Nobody/Anonymous (nobody)
Summary: self-interwikis shouldn't be removed
Initial Comment:
Interwiki.py removes every internal link which refers to the own language site. For example, in en.wiki a link like [[en:article]] would be removed by the bot. This seems logical (the main syntax for non-interwiki interlanguage links would be [[:en:article]]), but the wiki-software doesn't interpret self-links as interwiki-links, so the pywikipedia-bot should neither do that.
Here is an example: http://en.wikipedia.org/w/index.php?title=Help:Parser_function&diff=2907957…
Pywikipedia [http] trunk/pywikipedia (r7065, 2009/07/14, 19:34:51)
Python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 10:51
Message:
The edit description was "robot Removing: en:User:Cacycle/wikEd".
This comes from interwiki.py and it removed the link due to crossed
namespace as interwiki selflink. But Mediawiki interpreted it correct and
the behavior must be changed.
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-13 08:48
Message:
Why you decided that it was interwiki.py ? I as see on edit-description
it'is not interwiki.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2822814&group_…
Bugs item #2877280, was opened at 2009-10-12 22:46
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2877280&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: other
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: masti (masti01)
>Assigned to: xqt (xqt)
Summary: replace.py does not accept 2arguments with regexp
Initial Comment:
python pywikipedia/replace.py -regexp "J\.Giżycki" "[[Jerzy Giżycki (krytyk filmowy)|J.Giżycki]]" -catr:Szachy -log
Traceback (most recent call last):
File "pywikipedia/replace.py", line 716, in <module>
main()
File "pywikipedia/replace.py", line 580, in main
raise wikipedia.Error, 'require even number of replacements.'
wikipedia.Error: require even number of replacements.
using it with wikidump helps, but no reason to crash
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2009-10-13 08:48
Message:
use -regex instead of -regexp
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-13 08:34
Message:
python replace.py -help
-regex Make replacements using regular expressions. If this
argument
isn't given, the bot will make simple text replacements.
-regex, not -regexp
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2877280&group_…
Bugs item #2822814, was opened at 2009-07-17 00:02
Message generated for change (Comment added) made by dmitrynikitin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2822814&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: Maurits (mcknol)
Assigned to: Nobody/Anonymous (nobody)
Summary: self-interwikis shouldn't be removed
Initial Comment:
Interwiki.py removes every internal link which refers to the own language site. For example, in en.wiki a link like [[en:article]] would be removed by the bot. This seems logical (the main syntax for non-interwiki interlanguage links would be [[:en:article]]), but the wiki-software doesn't interpret self-links as interwiki-links, so the pywikipedia-bot should neither do that.
Here is an example: http://en.wikipedia.org/w/index.php?title=Help:Parser_function&diff=2907957…
Pywikipedia [http] trunk/pywikipedia (r7065, 2009/07/14, 19:34:51)
Python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)]
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-13 06:48
Message:
Why you decided that it was interwiki.py ? I as see on edit-description
it'is not interwiki.py
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2822814&group_…
Bugs item #2877280, was opened at 2009-10-12 20:46
Message generated for change (Comment added) made by dmitrynikitin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2877280&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: other
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: masti (masti01)
Assigned to: Nobody/Anonymous (nobody)
Summary: replace.py does not accept 2arguments with regexp
Initial Comment:
python pywikipedia/replace.py -regexp "J\.Giżycki" "[[Jerzy Giżycki (krytyk filmowy)|J.Giżycki]]" -catr:Szachy -log
Traceback (most recent call last):
File "pywikipedia/replace.py", line 716, in <module>
main()
File "pywikipedia/replace.py", line 580, in main
raise wikipedia.Error, 'require even number of replacements.'
wikipedia.Error: require even number of replacements.
using it with wikidump helps, but no reason to crash
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-13 06:34
Message:
python replace.py -help
-regex Make replacements using regular expressions. If this
argument
isn't given, the bot will make simple text replacements.
-regex, not -regexp
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2877280&group_…
Bugs item #2873605, was opened at 2009-10-06 17:58
Message generated for change (Settings changed) made by dmitrynikitin
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2873605&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dmitry Nikitin (dmitrynikitin)
Assigned to: Nobody/Anonymous (nobody)
Summary: upload.py uploads an image several minutes
Initial Comment:
upload.py uploads image to site (MediaWiki version 1.15.1 = latest official release) very long ... several minutes
I thinks that the reason is the latest changes in mediawiki and hence in pywikipedia. But 1.16 is not released and 1.15.1 remains latest official release of MediaWiki. Now the latest pywikipedia version doesn't work properly with the latest official release of MediaWiki.
python /export/wiki/pywikipedia/upload.py "Dubno_set070_k0.jpg" -keep -noverify "{{Cc|Александр}} [[Категория:Без Клейма]] [[Категория:Ровенская cерия]]"
Reading file Dubno_set070_k0.jpg
The suggested description is:
{{Cc|Александр}}
[[Category:Без Клейма]]
[[Category:Ровенская серия]]
Uploading file to ...wiki:ru...
Error downloading data: Expecting , delimiter: line 1 column 199666 (char 199666)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 1 minutes...
Error downloading data: Invalid \uXXXX escape: line 1 column 376301 (char 376301)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 2 minutes...
Error downloading data: Invalid \uXXXX escape: line 1 column 276942 (char 276942)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 4 minutes...
Upload successful.
== python version.py ==
Pywikipedia [http] trunk/pywikipedia (r7379, 2009/10/06, 06:39:04)
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3]
MediaWiki version: 1.15.1
----------------------------------------------------------------------
>Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-13 06:09
Message:
xqt, I tried without API and had the same problem. There was no difference
with or without API.
And yes ... request is still valid.
multichill, r7382 works fine. And it's may be considered as workaround,
but ... I want to use the same pywikimedia installation for editing
wikipedia.org and my own site on MediaWiki 1.15.1. Now I have to switch
between latest version of pywikipedia for editing wikipedia and r7382 for
editing my site.
----------------------------------------------------------------------
Comment By: Multichill (multichill)
Date: 2009-10-12 20:48
Message:
Could you try running r7382 of upload.py (version before the big change)
and see how that one works?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2009-10-10 10:35
Message:
The upload modules hast been changed a lot since r7379. The actual release
is 7416.
Is this request still valid?
You may try it without API as workaround but it is not recommented in
gerneral
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-09 17:58
Message:
May be someone could give me workaround?
It's awful to wait for 4 min while file uploading.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2873605&group_…
Bugs item #2873605, was opened at 2009-10-06 19:58
Message generated for change (Comment added) made by multichill
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2873605&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: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Dmitry Nikitin (dmitrynikitin)
Assigned to: Nobody/Anonymous (nobody)
Summary: upload.py uploads an image several minutes
Initial Comment:
upload.py uploads image to site (MediaWiki version 1.15.1 = latest official release) very long ... several minutes
I thinks that the reason is the latest changes in mediawiki and hence in pywikipedia. But 1.16 is not released and 1.15.1 remains latest official release of MediaWiki. Now the latest pywikipedia version doesn't work properly with the latest official release of MediaWiki.
python /export/wiki/pywikipedia/upload.py "Dubno_set070_k0.jpg" -keep -noverify "{{Cc|Александр}} [[Категория:Без Клейма]] [[Категория:Ровенская cерия]]"
Reading file Dubno_set070_k0.jpg
The suggested description is:
{{Cc|Александр}}
[[Category:Без Клейма]]
[[Category:Ровенская серия]]
Uploading file to ...wiki:ru...
Error downloading data: Expecting , delimiter: line 1 column 199666 (char 199666)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 1 minutes...
Error downloading data: Invalid \uXXXX escape: line 1 column 376301 (char 376301)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 2 minutes...
Error downloading data: Invalid \uXXXX escape: line 1 column 276942 (char 276942)
Request ru:/gw/api.php?action=query&meta=allmessages&format=json
Retrying in 4 minutes...
Upload successful.
== python version.py ==
Pywikipedia [http] trunk/pywikipedia (r7379, 2009/10/06, 06:39:04)
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3]
MediaWiki version: 1.15.1
----------------------------------------------------------------------
>Comment By: Multichill (multichill)
Date: 2009-10-12 22:48
Message:
Could you try running r7382 of upload.py (version before the big change)
and see how that one works?
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2009-10-10 12:35
Message:
The upload modules hast been changed a lot since r7379. The actual release
is 7416.
Is this request still valid?
You may try it without API as workaround but it is not recommented in
gerneral
----------------------------------------------------------------------
Comment By: Dmitry Nikitin (dmitrynikitin)
Date: 2009-10-09 19:58
Message:
May be someone could give me workaround?
It's awful to wait for 4 min while file uploading.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2873605&group_…