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=3465680...
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&am...
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=93...
----------------------------------------------------------------------
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=3465680...