Last modified: 2005-09-29 02:28:18 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 T5565, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3565 - nesting [[foo]] inside [http://bar [[foo]] bar]
nesting [[foo]] inside [http://bar [[foo]] bar]
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.6.x
All All
: Low minor with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://de.wikipedia.org/w/index.php?t...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-09-28 15:46 UTC by lɛʁi לערי ריינהארט
Modified: 2005-09-29 02:28 UTC (History)
1 user (show)

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


Attachments

Description lɛʁi לערי ריינהארט 2005-09-28 15:46:24 UTC
Hallo!

At the mentioned URL the link
*[http://en.wikipedia.org/wiki/Spacetime [[Albert Einstein]]: Space-Time, 1926]
generates
*[http://en.wikipedia.org/wiki/Spacetime] [[Albert Einstein]]: Space-Time, 1926
Note: The external link icon is used without numbered link (as 1, 2 etc.)

I realy have now idea how "nesting of links" should be handeled. Maybe it should
be disabeled.

Regards Reinhardt [[user:gangleri]]
Comment 1 Rowan Collins [IMSoP] 2005-09-28 20:16:45 UTC
(In reply to comment #0)
> I realy have now idea how "nesting of links" should be handeled. Maybe it should
> be disabeled.

"Disabling" markup implies that the software knows it's happening and does
something about it; in reality, the software simply doesn't know what's
intended, and (in a sense) makes a guess. I'm inclined to think that that markup
example is broken anyway, so it doesn't really matter what the software does, a
user is going to have to fix it - "garbage in, garbage out" as they say. 

I'm marking this INVALID in the sense that there's no "correct" behaviour, so
the current behaviour can't really be considered "incorrect".
Comment 2 Brion Vibber 2005-09-29 00:57:27 UTC
Please check the output; if it's creating invalid HTML output THAT IS A BUG IN MEDIAWIKI. 
(Please check both what's created by MediaWiki directly and what tidy ends up with.)
Comment 3 Rowan Collins [IMSoP] 2005-09-29 02:28:18 UTC
Hm, on my testwiki without tidy it generates nested <a> tags (<a
class=external>...<a class=internal>...</a>...</a>), so I gues if you want to
guarantee validity, that's a bug alright.

I think a clean solution is to add "$text =
$this->replaceLinkHoldersText($text);" somewhere inside
Parser::replaceExternalLinks() - so that the internal link is turned into plain
text, and thus part of the text for the external one. But I won't commit now,
because I'm too tired to be confident I'm not being stupid ;)

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


Navigation
Links