Last modified: 2014-07-21 02:42:27 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T34926, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 32926 - Interwikis gets doubled decoded
Interwikis gets doubled decoded
Status: NEW
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.21.x
All All
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-09 19:22 UTC by Umherirrender
Modified: 2014-07-21 02:42 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Umherirrender 2011-12-09 19:22:40 UTC
Using the following wikitext does not link to the same page:

[[en:testAtest]]
[[:en:testAtest]]


The first is linking to [[TestAtest]] (In the section "other languages"). The second is linking to [[Test&]] with the anchor "65;test" in normal wikipage. Looks strange.

If this is a feature, please tag this as INVALID. Thanks.
Comment 1 Andre Klapper 2013-01-29 22:59:59 UTC
Confirming for  1.21wmf8 (bc9d5b3)
Comment 2 Andre Klapper 2013-07-03 12:35:36 UTC
Umherirrender: Both links seem to create the same search results now? 
Can you confirm (or explain what I'm doing wrong)?
Comment 3 Umherirrender 2013-07-03 16:52:00 UTC
You should not test it on en.wp, because than these are red links. Test it on de.wp or change the en: to de:

The excpeted result is, that both should link to [[Test&]] with the anchor "65;test" because only the & should be decoded and not a A
Comment 4 James Forrester 2014-06-20 17:41:56 UTC
This is related to a parser rather than editing per se.

(It looks like different encoding pipelines being used somehow.)
Comment 5 This, that and the other (TTO) 2014-07-21 02:42:27 UTC
In SkinTemplate#getLanguages, Title::newFromText is called on a string that is the result of calling Title#getFullText on a Title object that was itself created using Title::newFromText.

Since Title::newFromText performs HTML entity stripping (why??!), this means the link gets doubly decoded.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links