Feature Requests item #3465680, was opened at 2011-12-26 13:47
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=346568…
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
Priority: 5
Private: No
Submitted By: Yevhen Movsesov ()
Assigned to: Nobody/Anonymous (nobody)
Summary:
Cosmetic_changes.py deletes cross wiki-links
Initial Comment:
Python 2.6.7 (r267:88850, Sep 19 2011, 13:25:28)
[GCC 4.5.2]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
1. I ran in RU-wiki one command:
python /home/$USERNAME/pywiki/cosmetic_changes.py -lang:ru -always -file:/tmp/somefile
2. File "/tmp/somefile" contain list of articles for processing
Struthiomimus
QoS
3. For article "Struthiomimus" in RU-wiki I see, that it was deleted EN
cross-link
[[en:Steveville|Steveville]]
https://secure.wikimedia.org/wikipedia/ru/w/index.php?title=Struthiomimus&a…
4. I think, that cosmetic_changes.py should not deletes cross-links to other wikis.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-05-20 03:45
Message:
Moved to feature request: Maybe it is an idea to fix crosswiki link inside
a text. But we should remember: interwiki links does not always start on a
new line. They could placed on a single line; this is set by
family.interwiki_on_one_line.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 03:58
Message:
If this link is the only iw link to another side it will be re-placed to
the bottom of the page. Otherwise it will be deleted (which is an other bug
tracker). The given issue is indeed wrong. I was not a inline interwiki
link as you proposed, it was a malformed crosswiki link. Maybe interwiki
always should start at the beginning of a new line, which must be supported
by mw software. But here are several wikis which place interwiki on one
line and/or on top of a page. See some switches in the config.py.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 10:47
Message:
It's still a bug to remove a link that isn't supposed to be removed, even
if the link is improperly formed. The bug isn't invalid, it's just not
possible to overcome by normal means (as someone pointed out to me on IRC,
users sometimes put real interwiki language links in the body because they
don't know the correct place. Though, it would probably be possible to get
the bot to avoid these.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-29 09:25
Message:
Like mediawiki software pwb interprets [[en:Steveville|Steveville]] as a
interwiki link not as a crosswiki link. These must be writen as
[[:en:Steveville|Steveville]] . I do not see anything wrong with the bot.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:20
Message:
This may be caused by the same code but the desired effect is slightly
different, so it's not entirely a dup - but it is obviously related. In
this case though, cosmetic_changes.py should convert
[[en:Steveville|Steveville]] to [[:en:Steveville|Steveville]] because it's
in the body of the article rather than treating it as an interwiki language
link.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 22:59
Message:
It seems, it the same issue as
https://sourceforge.net/tracker/?func=detail&aid=3012516&group_id=9…
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 22:48
Message:
Error with "standardizePageFooter".
When I comment line
# text = self.standardizePageFooter(text)
in file cosmetic_changes.py
then I can't reproduce error.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=346568…