Bugs item #3134802, was opened at 2010-12-11 08:51
Message generated for change (Comment added) made by silvonen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3134802&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: 7
Private: No
Submitted By: Mikko Silvonen (silvonen)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py -untranslated and -askhints do not work
Initial Comment:
The -untranslated and -askhints options of interwiki.py don't seem to do anything anymore (at least when used with category pages):
>interwiki.py -untranslated "Luokka:Algerian televisio"
Getting 1 pages from wikipedia:fi...
NOTE: [[fi:Luokka:Algerian televisio]] does not have any interwiki links
Give a hint (? to see pagetext): en:Category:Television in Algeria
Give a hint (? to see pagetext):
======Post-processing [[fi:Luokka:Algerian televisio]]======
>interwiki.py -askhints "Luokka:Algerian televisio"
Getting 1 pages from wikipedia:fi...
NOTE: [[fi:Luokka:Algerian televisio]] does not have any interwiki links
Give a hint (? to see pagetext): en:Category:Television in Algeria
Give a hint (? to see pagetext):
======Post-processing [[fi:Luokka:Algerian televisio]]======
>python version.py
Pywikipedia [http] trunk/pywikipedia (r8768, 2010/12/10, 12:12:33)
Python 2.5.4 (r254:67916, Jan 29 2009, 12:02:11) [MSC v.1310 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: Mikko Silvonen (silvonen)
Date: 2011-02-27 19:57
Message:
Apparently fixed in r9009 (see bug 3140832).
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-12-14 10:11
Message:
simple -hint:en:foo does not works too
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3134802&group_…
Bugs item #3193781, was opened at 2011-02-27 06:10
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3193781&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: Accepted
Priority: 5
Private: No
Submitted By: Woo-Jin Kim (kwj2772)
>Assigned to: xqt (xqt)
Summary: license category changed in kowiki for checkimages.py
Initial Comment:
Category with license templates is changed in Korean Wikipedia. Please change checkimages.py as follows
category_with_licenses = {
...
'ko' : '분류:그림 저작권 틀',
...
}
to
category_with_licenses = {
...
'ko' : '분류:위키백과 그림 저작권 틀',
...
}
version.py
Pywikipedia [http] trunk/pywikipedia (r9011, 2011/02/25, 16:08:06)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Thanks.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-27 14:03
Message:
done in 9012. thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3193781&group_…
Patches item #3193927, was opened at 2011-02-27 11:11
Message generated for change (Comment added) made by dixond
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&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: DixonD (dixond)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for Site.uncategorizedpages
Initial Comment:
As a title. Patch is included
----------------------------------------------------------------------
Comment By: DixonD (dixond)
Date: 2011-02-27 14:42
Message:
I looked at the HTML markups of Special:UncategorizedPages on both English
and Ukranians wikis, so it seems that this patch should work for MediaWiki
1.17
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-27 14:21
Message:
For which mediawiki versions is this regex correct?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&group_…
Patches item #3193927, was opened at 2011-02-27 10:11
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&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: DixonD (dixond)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for Site.uncategorizedpages
Initial Comment:
As a title. Patch is included
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-27 13:21
Message:
For which mediawiki versions is this regex correct?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&group_…
Patches item #3193927, was opened at 2011-02-27 11:11
Message generated for change (Tracker Item Submitted) made by dixond
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&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: DixonD (dixond)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix for Site.uncategorizedpages
Initial Comment:
As a title. Patch is included
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3193927&group_…
Bugs item #3193781, was opened at 2011-02-27 14:10
Message generated for change (Tracker Item Submitted) made by kwj2772
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3193781&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: Woo-Jin Kim (kwj2772)
Assigned to: Nobody/Anonymous (nobody)
Summary: license category changed in kowiki for checkimages.py
Initial Comment:
Category with license templates is changed in Korean Wikipedia. Please change checkimages.py as follows
category_with_licenses = {
...
'ko' : '분류:그림 저작권 틀',
...
}
to
category_with_licenses = {
...
'ko' : '분류:위키백과 그림 저작권 틀',
...
}
version.py
Pywikipedia [http] trunk/pywikipedia (r9011, 2011/02/25, 16:08:06)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3193781&group_…
Bugs item #3140832, was opened at 2010-12-20 16:01
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3140832&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: Marc-Etienne Vargenau (vargenau)
>Assigned to: xqt (xqt)
Summary: Hints no longer work for interwikis
Initial Comment:
python interwiki.py st:Afrika -hint:fr:afrique
Getting 1 pages from wikipedia:st...
NOTE: [[st:Afrika]] does not have any interwiki links
======Post-processing [[st:Afrika]]======
python version.py
Pywikipedia [http] trunk/pywikipedia (r8783, 2010/12/20, 05:25:30)
Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39)
[GCC 4.4.5]
config-settings:
use_api = True
use_api_login = True
unicode test: triggers problem #3081100
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-25 11:10
Message:
done in r9009. patch submitted by andre engels. thanks.
----------------------------------------------------------------------
Comment By: Marc-Etienne Vargenau (vargenau)
Date: 2011-01-20 19:53
Message:
Hello,
Can this be fixed please?
This is a major functionality of the bot broken.
Regards,
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-12-20 23:22
Message:
Introduced in r8762 --
http://svn.wikimedia.org/viewvc/pywikipedia?view=revision&revision=8762
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3140832&group_…
Patches item #3177732, was opened at 2011-02-11 00:05
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3177732&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: Wont Fix
Priority: 5
Private: No
Submitted By: masti (masti01)
>Assigned to: xqt (xqt)
Summary: patch for #3174600 solve_disambig
Initial Comment:
change fr comments to double quote
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-20 18:21
Message:
already fixed in r8950 by amir
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3177732&group_…
Patches item #3182191, was opened at 2011-02-15 13:36
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3182191&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: lankier (lankier)
>Assigned to: xqt (xqt)
Summary: be translation for noreferences.py
Initial Comment:
Belarusian (be) translation for noreferences.py.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-20 18:11
Message:
done in r8994
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3182191&group_…
Patches item #3183321, was opened at 2011-02-16 07:30
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3183321&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: Accepted
Priority: 5
Private: No
Submitted By: Alison Cassidy (cooties)
>Assigned to: xqt (xqt)
Summary: ga localization for cosmetic_changes.py
Initial Comment:
Hi there,
This is just a translation patch for the cosmetic_changes.py script, as used on the Irish language Wikipedia (ga.wikipedia.org)
Pywikipedia [http] trunk/pywikipedia (r8950, 2011/02/14, 02:08:30)
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Thanks! :)
-- Allie (User:Alison, ga.wikipedia sysop/bureaucrat)
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-20 17:44
Message:
done in r8991
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3183321&group_…
Bugs item #3174600, was opened at 2011-02-07 02:10
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3174600&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: solve_disambiguation
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: dmitrynikitin ()
Assigned to: Nobody/Anonymous (nobody)
Summary: solve_disambiguation.py Syntax Error
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r8927, 2011/02/06, 05:07:33)
Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)
[GCC 4.4.3]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
-------------------------------------------
solve_disambiguation.py -help
File "solve_disambiguation.py", line 264
'fr': u'Homonymie résolue à l’aide du robot : %s - marquée comme demandant l'attention d'un expert',
^
SyntaxError: invalid syntax
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-17 02:26
Message:
fixed in r8950 by amir
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-02-09 10:55
Message:
While the first apostrophe in "l’aide" differs from the apostrophe that
delimiters the string, two others in "l'attention d'un" are identical to
it. Depending on French spelling, either they should be changed to ’ or
preceeded by an escape mark (\') or the delimiters should be changed to
double quote.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3174600&group_…
Bugs item #3172101, was opened at 2011-02-04 00:03
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172101&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: category
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Hercule (herculefr)
>Assigned to: xqt (xqt)
Summary: add french translation on category.py
Initial Comment:
for msg_replace :
'fr':u'Robot : Remplace %(oldcat)s par %(newcat)s',
for listify_msg:
'fr': u'Robot: Listage de %(fromcat)s (%(num)d éléments)',
for deletion_reason_remove
'fr': u'Robot: La catégorie a été supprimée',
thanks
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-17 02:18
Message:
for category.py i18n support has been ported to translatewiki.net
Please use the tools there for localizing translations.
BTW: such messages where ported to the bots framework.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172101&group_…
Bugs item #3183359, was opened at 2011-02-16 08:31
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3183359&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: JAn (jandudik)
>Assigned to: xqt (xqt)
Summary: minor bug, but fatal
Initial Comment:
Missing comma, see patch
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-17 02:07
Message:
I guess this was introduced with r8959
and is fixed with r8967
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3183359&group_…
Bugs item #3175720, was opened at 2011-02-08 16:09
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&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: 8
Private: No
Submitted By: JAn (jandudik)
>Assigned to: xqt (xqt)
Summary: Some languages not recognized
Initial Comment:
In actual version (8938) are some languages not recognized as languge code. interwikis are moved to the top of page and language is not updated.
See
http://cs.wikipedia.org/w/index.php?title=Brusel&diff=prev&oldid=6503926
I know about gd, ku, zh-yue and tt now
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-02-17 02:03
Message:
bug was intoduced in r8926.
fixed in r8943.
----------------------------------------------------------------------
Comment By: betacommand (betacommand)
Date: 2011-02-08 18:24
Message:
Can you please post the results of version.py ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 11:19
Message:
Wikimedia bugzilla bug entry:
https://bugzilla.wikimedia.org/show_bug.cgi?id=27446
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 09:28
Message:
Aaand http://bugs.python.org/issue10567 is related to that.
In essence: bots running < 2.7 were technically doing the wrong thing, but
this did not go noticed as no-one used the interwiki to the tibetan
wikipedia, and all bots did the same wrong thing. Now there are bots
running 2.7+, from the toolserver, and the bug surfaced.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 09:21
Message:
JAn Dudik moved the page, so the problem should be fixed for now. Keeping
this open (it's a bug in pywikipedia, after all).
Related:
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u''
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u'\u200b'
\u200b is technically not whitespace, so strip() probably should not
delete it.
Of course, pwb should not be stripping page titles in the first place.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 01:46
Message:
I agree that this symbol in titles is absolutely useless. Not only for
bots, but for usual users too since it can break their copy-paste
operations.
If you can start discussion on mediawiki-tech, please do it.
Thank you.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:34
Message:
Stripping is done in xmlreader.py:194. Calling strip() seems to remove the
U+200B character indeed.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 09:28
Message:
Aaand http://bugs.python.org/issue10567 is related to that.
In essence: bots running < 2.7 were technically doing the wrong thing, but
this did not go noticed as no-one used the interwiki to the tibetan
wikipedia, and all bots did the same wrong thing. Now there are bots
running 2.7+, from the toolserver, and the bug surfaced.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 09:21
Message:
JAn Dudik moved the page, so the problem should be fixed for now. Keeping
this open (it's a bug in pywikipedia, after all).
Related:
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u''
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u'\u200b'
\u200b is technically not whitespace, so strip() probably should not
delete it.
Of course, pwb should not be stripping page titles in the first place.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 01:46
Message:
I agree that this symbol in titles is absolutely useless. Not only for
bots, but for usual users too since it can break their copy-paste
operations.
If you can start discussion on mediawiki-tech, please do it.
Thank you.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:34
Message:
Stripping is done in xmlreader.py:194. Calling strip() seems to remove the
U+200B character indeed.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 09:21
Message:
JAn Dudik moved the page, so the problem should be fixed for now. Keeping
this open (it's a bug in pywikipedia, after all).
Related:
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u''
Python 2.7.1 (r271:86832, Jan 4 2011, 13:57:14)
[GCC 4.5.2] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> u'\u200b'.strip()
u'\u200b'
\u200b is technically not whitespace, so strip() probably should not
delete it.
Of course, pwb should not be stripping page titles in the first place.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 01:46
Message:
I agree that this symbol in titles is absolutely useless. Not only for
bots, but for usual users too since it can break their copy-paste
operations.
If you can start discussion on mediawiki-tech, please do it.
Thank you.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:34
Message:
Stripping is done in xmlreader.py:194. Calling strip() seems to remove the
U+200B character indeed.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3183359, was opened at 2011-02-16 08:31
Message generated for change (Tracker Item Submitted) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3183359&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: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: minor bug, but fatal
Initial Comment:
Missing comma, see patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3183359&group_…
Patches item #3183321, was opened at 2011-02-15 22:30
Message generated for change (Tracker Item Submitted) made by cooties
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3183321&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: Alison Cassidy (cooties)
Assigned to: Nobody/Anonymous (nobody)
Summary: ga localization for cosmetic_changes.py
Initial Comment:
Hi there,
This is just a translation patch for the cosmetic_changes.py script, as used on the Irish language Wikipedia (ga.wikipedia.org)
Pywikipedia [http] trunk/pywikipedia (r8950, 2011/02/14, 02:08:30)
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Thanks! :)
-- Allie (User:Alison, ga.wikipedia sysop/bureaucrat)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3183321&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Comment added) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: GanZ (ganz-ru)
Date: 2011-02-16 03:46
Message:
I agree that this symbol in titles is absolutely useless. Not only for
bots, but for usual users too since it can break their copy-paste
operations.
If you can start discussion on mediawiki-tech, please do it.
Thank you.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 03:34
Message:
Stripping is done in xmlreader.py:194. Calling strip() seems to remove the
U+200B character indeed.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 03:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 03:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 02:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 02:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 02:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:34
Message:
Stripping is done in xmlreader.py:194. Calling strip() seems to remove the
U+200B character indeed.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:31
Message:
Except I don't have move privileges on that wiki. Added a comment on the
user talk page of the guy who created the page.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:10
Message:
Ok. There are two issues playing a role here.
1) the 'correct' page name ends in a 0x200B ZERO WIDTH SPACE. This makes
no sense, other than to annoy people.
2) the XML parser strips spaces around titles, including the 0x200B ZERO
WIDTH SPACE.
3) Mediawiki does *not* do this
So, first of all, I will rename the article, so it no longer has the
0x200B ZERO WIDTH SPACE in the title. I will see if I can pinpoint the XML
bug, so someone else may fix it. However, due to the fact bots are killing
eachother about it, I suspect this is a small change somewhere in the
python APIs - or default setting that changed.
Lastly, maybe we should broaden the discussion into mediawiki-tech --
should page titles be allowed to have unicode whitespace characters
embedded, especially if they are invisible?
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Comment added) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: GanZ (ganz-ru)
Date: 2011-02-16 02:28
Message:
Version.py:
Pywikipedia [http] trunk/pywikipedia (r8948, 2011/02/13, 09:19:56)
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit
(Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
I'll be glad to help if you write the test code.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 02:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 02:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: 7
Private: No
Submitted By: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:17
Message:
I meant the output if you type those lines into the python interpreter -
but I've been poking around some more. It does not seem to be JSON related
- or maybe it is, or maybe it isn't it. I think it has to do with some very
old code called 'getall', which gets batches of pages.
Sigh. I would very much like to say: "bad luck, try the rewrite" - I'm
almost afraid to touch that piece of code. I'll see if I can whip up a test
you can run, though, to confirm my suspicions.
In the meanwhile, could you post the output of version.py?
Thanks.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Comment added) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: GanZ (ganz-ru)
Date: 2011-02-16 02:13
Message:
If I did it right output is 4 files:
__init__.pyc
decoder.pyc
encoder.pyc
scanner.pyc
Are you needing them?
I'm sorry, I'm not the python programmer.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 01:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 23:03
Message:
I see, indeed.
Could you post the output of
import query
print query.json.__file__
for your bot? I cannot reproduce the bug, so I suspect it might be due to
a buggy json package. I'll do some package sniffing to check this further.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-15 22:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Comment added) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:22
Message:
I'sorry. All of them have versions older than 2.6.5.
----------------------------------------------------------------------
Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Comment added) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: GanZ (ganz-ru)
Date: 2011-02-16 00:20
Message:
Same problem have many other bots: my bot, LucienBOT, VolkovBot. All of
them have versions newer than 2.6.5.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-16 00:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 21:40
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-15 22:03
Message:
My crystal ball suggests:
* Wikitanvirbot is running from the toolserver, which has a patched 2.7.1
without unicode bug
* TXiKiBoT is running an old version of pywikipediabot (there is no
python version in the edit summary) on python 2.6.5+
Conclusion: TXiKiBot should be blocked until its owner fixes his/hers
setup.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Bugs item #3182761, was opened at 2011-02-15 23:40
Message generated for change (Tracker Item Submitted) made by ganz-ru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&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: GanZ (ganz-ru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with Tibetan script
Initial Comment:
Here is hard edit war: http://en.wikipedia.org/w/index.php?title=Podolsk&action=history . Bots with the old python version add incorrect tibetan interwiki. And bot with version 2.7.1 do it correctly.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3182761&group_…
Patches item #3182191, was opened at 2011-02-15 15:36
Message generated for change (Tracker Item Submitted) made by lankier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3182191&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: lankier (lankier)
Assigned to: Nobody/Anonymous (nobody)
Summary: be translation for noreferences.py
Initial Comment:
Belarusian (be) translation for noreferences.py.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3182191&group_…
Bugs item #3053539, was opened at 2010-08-26 10:05
Message generated for change (Comment added) made by djbarrett
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&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: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Barrett (djbarrett)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py move ignores noinclude, includeonly
Initial Comment:
When running "python category.py move", if the old category is enclosed in <noinclude> or <includeonly> tags, the new, replaced category is not, which is a problem. For example, this construction:
<includeonly>[[Category:Foo]]</includeonly>
when operated on by:
python category.py move -from:"Foo" -to:"Bar"
produces:
<includeonly></includeonly>
[[Category:Bar]]
which is wrong.
This bug has existed for a long time, at least a few years.
$ python version.py
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
$ svn info
Revision: 8319
----------------------------------------------------------------------
>Comment By: Daniel Barrett (djbarrett)
Date: 2011-02-14 09:33
Message:
Any chance this will be fixed? It causes articles to be modified in bad
ways. Thanks.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2010-09-20 13:47
Message:
Bug 3066934 is no longer blocking this bug from being fixed.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 11:33
Message:
Note: bug 3066934 may block you from testing this. r8562 introduced a
fatal bug in category.py.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 11:32
Message:
Here is an even worse example. Just like in the previous example, create
"Template:Pywikipedia test", but this time, make its contents:
Hello.<noinclude>[[Category:AABBCC]]</noinclude><includeonly>[[Category:EE]]</includeonly>
Again, make the article "Test" contain:
{{pywikipedia test}}
Now run:
$ python category.py move -from:"AABBCC" -to:"DD"
In this case, "Template:Pywikipedia test" gets modified completely wrong
to become:
Hello.<noinclude></noinclude><includeonly>
</includeonly>
[[Category:DD]]
So the category tag for "EE" vanishes completely, and "DD" gets moved
outside of the "noinclude" tags.
Piwikipedia's output for this command was:
$ python category.py move -from:"AABBCC" -to:"DD"
Target page Category:DD already exists!
Getting [[Category:AABBCC]]...
Getting 1 pages from vistawiki:en...
Sleeping for 5.8 seconds, 2010-09-15 11:28:53
Updating page [[Template:Pywikipedia test]] via API
Getting [[Category:AABBCC]]...
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-15 11:29
Message:
Yes, it's related to templates. Here is a test case.
1. Create "Template:Pywikipedia test" containing:
Hello.<includeonly>[[Category:AABBCC]]</includeonly>
2. Create an article "test" containing:
{{pywikipedia test}}
3. Run:
$ python category.py move -from:"AABBCC" -to:"DD"
The output shows that Pywikipedia gets confused and can't modify the
category tag inside the template:
Target page Category:DD already exists!
Getting [[Category:AABBCC]]...
Getting 1 pages from vistawiki:en...
ERROR: [[Test]] is not in category Category:AABBCC!
Getting [[Category:AABBCC]]...
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-09-15 06:19
Message:
Is this related to templates? Could you give me a sample.
----------------------------------------------------------------------
Comment By: Daniel Barrett (djbarrett)
Date: 2010-09-13 15:58
Message:
This bug is destructive to wiki articles. Any chance it will be addressed
soon? Thanks.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&group_…
Patches item #3177732, was opened at 2011-02-11 00:05
Message generated for change (Tracker Item Submitted) made by masti01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3177732&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: patch for #3174600 solve_disambig
Initial Comment:
change fr comments to double quote
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3177732&group_…
Bugs item #3158761, was opened at 2011-01-15 10:17
Message generated for change (Comment added) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&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: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Template exception overworks in replace.py
Initial Comment:
I correct spelling mistakes with replace.py, and use exception:
'exceptions': {
'inside-tags': [
'hyperlink',
'template',
],
etc. as shown at http://meta.wikimedia.org/wiki/Pywikipediabot/replace.py/it
This exception excludes a lot of text that should be replaced! After a long investigation I suspect that the problem may exist when the template is complicated, e. g. the article begins with an infobox. The bot probably thinks to be inside of the template when it is already closed.
Examples:
In the last sentence of section http://hu.wikipedia.org/w/index.php?title=Nagyv%C3%A1rad&oldid=9085449#N.C3… the word "telepitettek" was not found. The article begins with an infobox.
In the middle of section http://hu.wikipedia.org/w/index.php?title=Opera_%28sz%C3%ADnm%C5%B1%29&oldi… the word "Szenitávnéji" was not found. The article has no infobox, but the text is preceeded by some templates with parameters, one of them at the very beginning.
In section http://hu.wikipedia.org/w/index.php?title=Tennessee&oldid=9028125#Megy.C3.A… the word "alapitási" was not found. The article begins with an infobox.
But:
The bot made the replacement here: http://hu.wikipedia.org/w/index.php?title=Mozilla&diff=9106942&oldid=8920815
This is also preceeded by some templates, which have parameters, but the one at the beginning of the article has no parameters. Does this make the difference?
All the above mentioned instances were found by the bot when I commented the word "template" out of the exceptions.
Not clear whether the bug is in replace.py or pagegenerators.
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-02-09 10:38
Message:
At least a comment, thank you for dealing with the problem.
What I know, in the present form it definitely works wrongly.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-09 08:56
Message:
Well... this is why we desperately need unit tests. In a quick response -
I'm afraid the suggested fix' will break detection of nested templates. Or
rather, a template like
{{ blah | {{ yakk }} | more stuff }} will not be detected as a nested
template, but as {{ blah | {{ yakk }}.
Not a 100% sure on this, but this should be tested before applying the
suggested fix.
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-02-09 04:16
Message:
Would anyone please correct this bug? One character only. TIA
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-01-15 23:36
Message:
Hurray, I have caught it! The bugfix is easy. In pywikibot/textlib.py, line
83, the outer brace is greedy. Changing
'template': re.compile(r'(?s){{(({{.*?}})|.)*}}'),
to
'template': re.compile(r'(?s){{(({{.*?}})|.)*?}}'),
solved the problem for me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&group_…
Bugs item #3158761, was opened at 2011-01-15 10:17
Message generated for change (Comment added) made by valhallasw
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&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: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Template exception overworks in replace.py
Initial Comment:
I correct spelling mistakes with replace.py, and use exception:
'exceptions': {
'inside-tags': [
'hyperlink',
'template',
],
etc. as shown at http://meta.wikimedia.org/wiki/Pywikipediabot/replace.py/it
This exception excludes a lot of text that should be replaced! After a long investigation I suspect that the problem may exist when the template is complicated, e. g. the article begins with an infobox. The bot probably thinks to be inside of the template when it is already closed.
Examples:
In the last sentence of section http://hu.wikipedia.org/w/index.php?title=Nagyv%C3%A1rad&oldid=9085449#N.C3… the word "telepitettek" was not found. The article begins with an infobox.
In the middle of section http://hu.wikipedia.org/w/index.php?title=Opera_%28sz%C3%ADnm%C5%B1%29&oldi… the word "Szenitávnéji" was not found. The article has no infobox, but the text is preceeded by some templates with parameters, one of them at the very beginning.
In section http://hu.wikipedia.org/w/index.php?title=Tennessee&oldid=9028125#Megy.C3.A… the word "alapitási" was not found. The article begins with an infobox.
But:
The bot made the replacement here: http://hu.wikipedia.org/w/index.php?title=Mozilla&diff=9106942&oldid=8920815
This is also preceeded by some templates, which have parameters, but the one at the beginning of the article has no parameters. Does this make the difference?
All the above mentioned instances were found by the bot when I commented the word "template" out of the exceptions.
Not clear whether the bug is in replace.py or pagegenerators.
----------------------------------------------------------------------
>Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-02-09 08:56
Message:
Well... this is why we desperately need unit tests. In a quick response -
I'm afraid the suggested fix' will break detection of nested templates. Or
rather, a template like
{{ blah | {{ yakk }} | more stuff }} will not be detected as a nested
template, but as {{ blah | {{ yakk }}.
Not a 100% sure on this, but this should be tested before applying the
suggested fix.
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-02-09 04:16
Message:
Would anyone please correct this bug? One character only. TIA
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-01-15 23:36
Message:
Hurray, I have caught it! The bugfix is easy. In pywikibot/textlib.py, line
83, the outer brace is greedy. Changing
'template': re.compile(r'(?s){{(({{.*?}})|.)*}}'),
to
'template': re.compile(r'(?s){{(({{.*?}})|.)*?}}'),
solved the problem for me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&group_…
Feature Requests item #3176247, was opened at 2011-02-09 07:24
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3176247&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: enable/disable cosmetic_changes per namespace
Initial Comment:
Cosmetic changes are helpful for most documents, but dangerous for some namespaces, esp. Template namespace.
It would be helpful if:
cosmetic_changes_disable_namespace = {'Template'}
or something.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3176247&group_…
Bugs item #3158761, was opened at 2011-01-15 10:17
Message generated for change (Comment added) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&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: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Template exception overworks in replace.py
Initial Comment:
I correct spelling mistakes with replace.py, and use exception:
'exceptions': {
'inside-tags': [
'hyperlink',
'template',
],
etc. as shown at http://meta.wikimedia.org/wiki/Pywikipediabot/replace.py/it
This exception excludes a lot of text that should be replaced! After a long investigation I suspect that the problem may exist when the template is complicated, e. g. the article begins with an infobox. The bot probably thinks to be inside of the template when it is already closed.
Examples:
In the last sentence of section http://hu.wikipedia.org/w/index.php?title=Nagyv%C3%A1rad&oldid=9085449#N.C3… the word "telepitettek" was not found. The article begins with an infobox.
In the middle of section http://hu.wikipedia.org/w/index.php?title=Opera_%28sz%C3%ADnm%C5%B1%29&oldi… the word "Szenitávnéji" was not found. The article has no infobox, but the text is preceeded by some templates with parameters, one of them at the very beginning.
In section http://hu.wikipedia.org/w/index.php?title=Tennessee&oldid=9028125#Megy.C3.A… the word "alapitási" was not found. The article begins with an infobox.
But:
The bot made the replacement here: http://hu.wikipedia.org/w/index.php?title=Mozilla&diff=9106942&oldid=8920815
This is also preceeded by some templates, which have parameters, but the one at the beginning of the article has no parameters. Does this make the difference?
All the above mentioned instances were found by the bot when I commented the word "template" out of the exceptions.
Not clear whether the bug is in replace.py or pagegenerators.
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-02-09 04:16
Message:
Would anyone please correct this bug? One character only. TIA
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2011-01-15 23:36
Message:
Hurray, I have caught it! The bugfix is easy. In pywikibot/textlib.py, line
83, the outer brace is greedy. Changing
'template': re.compile(r'(?s){{(({{.*?}})|.)*}}'),
to
'template': re.compile(r'(?s){{(({{.*?}})|.)*?}}'),
solved the problem for me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3158761&group_…
Bugs item #3175720, was opened at 2011-02-08 10:09
Message generated for change (Comment added) made by betacommand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&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: 8
Private: No
Submitted By: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some languages not recognized
Initial Comment:
In actual version (8938) are some languages not recognized as languge code. interwikis are moved to the top of page and language is not updated.
See
http://cs.wikipedia.org/w/index.php?title=Brusel&diff=prev&oldid=6503926
I know about gd, ku, zh-yue and tt now
----------------------------------------------------------------------
Comment By: betacommand (betacommand)
Date: 2011-02-08 12:24
Message:
Can you please post the results of version.py ?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&group_…
Bugs item #3175720, was opened at 2011-02-08 16:09
Message generated for change (Settings changed) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&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: 8
Private: No
Submitted By: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some languages not recognized
Initial Comment:
In actual version (8938) are some languages not recognized as languge code. interwikis are moved to the top of page and language is not updated.
See
http://cs.wikipedia.org/w/index.php?title=Brusel&diff=prev&oldid=6503926
I know about gd, ku, zh-yue and tt now
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&group_…
Bugs item #3175720, was opened at 2011-02-08 16:09
Message generated for change (Tracker Item Submitted) made by jandudik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&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: JAn (jandudik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some languages not recognized
Initial Comment:
In actual version (8938) are some languages not recognized as languge code. interwikis are moved to the top of page and language is not updated.
See
http://cs.wikipedia.org/w/index.php?title=Brusel&diff=prev&oldid=6503926
I know about gd, ku, zh-yue and tt now
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3175720&group_…
Bugs item #3174600, was opened at 2011-02-07 01:10
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3174600&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: solve_disambiguation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dmitrynikitin ()
Assigned to: Nobody/Anonymous (nobody)
Summary: solve_disambiguation.py Syntax Error
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r8927, 2011/02/06, 05:07:33)
Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:41)
[GCC 4.4.3]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
-------------------------------------------
solve_disambiguation.py -help
File "solve_disambiguation.py", line 264
'fr': u'Homonymie résolue à l’aide du robot : %s - marquée comme demandant l'attention d'un expert',
^
SyntaxError: invalid syntax
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3174600&group_…
Bugs item #3172883, was opened at 2011-02-04 19:04
Message generated for change (Tracker Item Submitted) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172883&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: Doug (bewareofdoug)
Assigned to: Nobody/Anonymous (nobody)
Summary: djvutext.py needs update
Initial Comment:
Currently djvutext.py will place {{blank page}} on en.ws; {{blank page}} is deprecated and the template has been deleted. The correct action on en.ws is to place nothing on the body of the page and add "<pagequality level="0" user="Foo" />" (replacing Foo with the name of the bot) in the header above the <div class= >.
Report output:
Pywikipedia [http] trunk/pywikipedia (r8823, 2011/01/11, 13:24:20)
Python 2.5.1 (r251:54863, Sep 1 2010, 22:03:14)
[GCC 4.0.1 (Apple Inc. build 5465)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172883&group_…
Feature Requests item #3150628, was opened at 2011-01-03 23:54
Message generated for change (Comment added) made by herculefr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3150628&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: Hercule (herculefr)
Assigned to: Nobody/Anonymous (nobody)
Summary: add an option to template.py
Initial Comment:
Can you please add an option (eg -assubst) on template.py, so the remplacements are done with the same restrictions as -subst ?
This feature is needed to create advanced conventions templates, such as http://fr.wikipedia.org/wiki/Mod%C3%A8le:Lien/Conversion_automatique that must be immediatly substed.
the command line
template.py "Lien" "subst:Lien/Conversion automatique" -assubst
would avoid the replacement on reference tags, and all places excluded for substitution
Thanks in advance
----------------------------------------------------------------------
Comment By: Hercule (herculefr)
Date: 2011-02-04 00:15
Message:
The patch seem quite good. 2 remarks :
I'm not sure that it's necessary to add the subst in the script. My
command line was
template.py "Lien" "subst:Lien/Conversion automatique" -assubst
with your patch I must use
template.py "Lien" "Lien/Conversion automatique" -assubst
If I want to change one template to subst and another one not to subst I
prefer the command line
template.py "Lien" "subst:Lien/Conversion automatique" -assubst
The replacement is done in <code> and <nowiki> tags. But it's possible
that the bug exist with 'subst' option
----------------------------------------------------------------------
Comment By: Toto Azéro (toto-azero)
Date: 2011-01-21 18:00
Message:
I've sent a patch here :
https://sourceforge.net/tracker/?func=detail&aid=3163473&group_id=93107&ati…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3150628&group_…
Bugs item #3172107, was opened at 2011-02-04 00:09
Message generated for change (Tracker Item Submitted) made by herculefr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172107&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: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hercule (herculefr)
Assigned to: Nobody/Anonymous (nobody)
Summary: delete summary for category.py
Initial Comment:
Hello, when I lauch
category.py move
the deletion summary is the same that the edit summary ("Robot : modifie OLDCATNAME"). When we encounter this message it's impossible to know the new name of the category.
The edit summary should be the one defined deletion_reason_move
python version.py output:
Pywikipedia [http] trunk/pywikipedia (r8910, 2011/02/03, 13:05:23)
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172107&group_…
Bugs item #3172101, was opened at 2011-02-04 00:03
Message generated for change (Tracker Item Submitted) made by herculefr
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172101&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: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hercule (herculefr)
Assigned to: Nobody/Anonymous (nobody)
Summary: add french translation on category.py
Initial Comment:
for msg_replace :
'fr':u'Robot : Remplace %(oldcat)s par %(newcat)s',
for listify_msg:
'fr': u'Robot: Listage de %(fromcat)s (%(num)d éléments)',
for deletion_reason_remove
'fr': u'Robot: La catégorie a été supprimée',
thanks
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3172101&group_…