ref inside Wikilinks leave UNIQ
OpenPublic

Description

See URL. See ref inside the wikilink ([[Lemma|<ref>Text</ref>]]) leaves UNIQ-Marker on the parsed side.

This looks like a bug. I think it is no good idea to put the ref as a linktext, but that should not leave in UNIQ-Marker. Thanks.


Version: unspecified
Severity: enhancement
URL: http://de.wikipedia.org/w/index.php?title=ISO-3166-1-Kodierliste&oldid=79724316#T
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18295

bzimport added a project: Cite.Via ConduitNov 21 2014, 11:11 PM
bzimport added a subscriber: Unknown Object (MLST).
bzimport set Reference to bz25417.
Umherirrender created this task.Via LegacyOct 4 2010, 7:18 PM
duplicatebug added a comment.Via ConduitDec 3 2010, 7:40 PM

see also 18295

duplicatebug added a comment.Via ConduitDec 3 2010, 7:43 PM

(In reply to comment #1)

see also 18295

bug 18295

liangent added a comment.Via ConduitMay 18 2013, 5:55 AM

BTW html generated from [[A|B<ref>C</ref>D]] wikitext snippet is invalid:

<a href="/wiki/A" title="A">B<sup id="cite_ref-1" class="reference"><a href="#cite_note-1">UNIQ9df68fa7c22a8f29-nowiki-00000004-QINU1UNIQ9df68fa7c22a8f29-nowiki-00000005-QINU</a></sup>D</a>

Compare [[A|B<charinsert>C</charinsert>D]]:

<a href="/wiki/A" title="A">B</a><a onclick="insertTags(&#39;C&#39;,&#39;&#39;,&#39;&#39;);return false" href="#">C</a><a href="/wiki/A" title="A">D</a>

duplicatebug removed a subscriber: duplicatebug.Via WebDec 13 2014, 11:50 AM
mlk added a subscriber: mlk.Via WebMar 26 2015, 5:10 AM
Amire80 added a subscriber: Amire80.Via WebSat, Jan 23, 12:43 PM

Definitely a bug.

Still happens, after all those years.

This affects quite a lot of edits made with MediaWiki-extensions-ContentTranslation and with VisualEditor, because the editors (justifiably) assume that the software will be smart enough to put the actual footnote reference after the link, but contenteditable is not actually smart enough, and this causes QINU's in the rendered page, and creates pretty ugly markup, too.

It would at least be nice if VE (and ContentTranslation) would automatically move the refs after the link, and fixing the underlying would be great as well. Normalizing the markup on the way to saving seems perfectly reasonable to me.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptVia HeraldSat, Jan 23, 12:43 PM
matmarex added a comment.Via WebSat, Jan 23, 2:55 PM

It would at least be nice if VE (and ContentTranslation) would automatically move the refs after the link, and fixing the underlying would be great as well.

VisualEditor already does this, since T58250 / rEVEDf9d712946519994a1b9e5e0cb3041568686a6106.

Amire80 added a comment.Via WebSat, Jan 23, 5:01 PM

Hmm, then how did this happen?

In the Hebrew Wikipedia "הערה" is a template that inserts a <ref> tag. In this edit the word "ניוזוויק" (Newsweek) was made into a link, and the template, which had appeared after it, crawled into the link. You can also notice that the word "ניוזוויק" now appears twice in the wiki text, even though it would be enough to show it once.

matmarex added a comment.Via WebSun, Jan 24, 2:35 AM

Because it's a template, and VisualEditor doesn't "know" what's inside it. You can abuse this to do stupider things (like a link inside a template inside a link), which is of course also going to be messed up when turned into wikitext.

Amire80 added a comment.Via WebThu, Jan 28, 6:43 AM

Meh. And a lot of references are actually templates :(

Add Comment