Last modified: 2005-09-29 02:28:18 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
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