[Pywikipedia-l] [ pywikipediabot-Bugs-1863432 ] cosmetic_changes.py deletes categories

[SourceForge.net]

Bugs item #1863432, was opened at 2008-01-03 22:14
Message generated for change (Comment added) made by darkoneko
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1863432&group_id=93107

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: DarkoNeko (darkoneko)
Assigned to: Nobody/Anonymous (nobody)
Summary: cosmetic_changes.py deletes categories

Initial Comment:
see : 
http://fr.wikipedia.org/w/index.php?title=.bg&diff=24651170&oldid=24146664

the setting are : 
running interwikip.py 
with the following lines my user_config.py :

cosmetic_changes = True
cosmetic_changes_mylang_only = True
mylang = 'fr'
family = 'wikipedia'

----------------------------------------------------------------------

>Comment By: DarkoNeko (darkoneko)
Date: 2008-01-14 11:57

Message:
Logged In: YES 
user_id=1809111
Originator: YES

darkoneko at hemlock:~/pywikipedia$ python interwiki.py -autonomous -lang:ja
".asia"
=>
http://fr.wikipedia.org/w/index.php?title=.asia&diff=24983770&oldid=24983752

it works alright now, thank you :)

----------------------------------------------------------------------

Comment By: Rotem Liss (rotemliss)
Date: 2008-01-13 19:16

Message:
Logged In: YES 
user_id=1327030
Originator: NO

You were close... The category links contained an interwiki prefix (as
they were in a different wiki than the default wiki) and thus were thought
to be interwiki links. Fixed this in r4874.

----------------------------------------------------------------------

Comment By: DarkoNeko (darkoneko)
Date: 2008-01-10 23:17

Message:
Logged In: YES 
user_id=1809111
Originator: YES

hmmm
I think I nailed the source of that problem.

my exact command for interwiki.py is : 
python interwiki.py -continue -restore -autonomous -lang:ja

but my user-config has mylang = 'fr'

Having "cosmetic_changes_mylang_only = True", I first verified the bot
made only cosmetic changes ont fr, which is the case.
But my guess is that the script tries to get the local "category" name
from ja: (call parameter) instead of fr: (config parameter)

----------------------------------------------------------------------

Comment By: DarkoNeko (darkoneko)
Date: 2008-01-10 22:32

Message:
Logged In: YES 
user_id=1809111
Originator: YES

nevermind, it stills bug ^^;

http://fr.wikipedia.org/w/index.php?title=.bv&diff=prev&oldid=2487853
http://fr.wikipedia.org/w/index.php?title=.asia&diff=prev&oldid=24878333

Actually, this was from home (windows XP, using rev 4850).

I did the replace.py test earlier on toolserver, and just tried a single
page with interwiki.py (just after svn update-ing it, rev 4850 too), and
that worked correctly on the very same page
http://fr.wikipedia.org/w/index.php?title=.asia&diff=prev&oldid=24878789

the toolserver & local versions uses the exact same user-login.py
an OS-specific problem ?


----------------------------------------------------------------------

Comment By: DarkoNeko (darkoneko)
Date: 2008-01-10 22:11

Message:
Logged In: YES 
user_id=1809111
Originator: YES

tried some changes using replace.py in the ladtest version, and it seems
to have no problems with categories now.

Currently trying with interwiki.py, seems alright ATM.

----------------------------------------------------------------------

Comment By: DarkoNeko (darkoneko)
Date: 2008-01-09 12:58

Message:
Logged In: YES 
user_id=1809111
Originator: YES

I updated since so I can't know the exact number (or is there an
update-log with that number client side ?), but I re-installed the
framework a few hours before the bug, so it's within the revisions of
2008-01-03 (or 2008-01-02 late evening at most)

----------------------------------------------------------------------

Comment By: Rotem Liss (rotemliss)
Date: 2008-01-05 09:46

Message:
Logged In: YES 
user_id=1327030
Originator: NO

I couldn't reproduce this bug. Namespaces handling code was lately
rewritten. Which SVN revision of the code did you use when it happened?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1863432&group_id=93107