Last modified: 2006-03-24 17:41:42 UTC
Halló! # <nowiki>[[Project:Users]]]</nowiki> generates [[Project:Users]]] ## <nowiki>[[Template:Tableinfo/rights]]]</nowiki> generates [[Template:Tableinfo/rights]]] ## <nowiki>[[Template:Tableinfo/bot]]]</nowiki> generates [[Template:Tableinfo/bot]]] ## <nowiki>[[Template:Tableinfo/user]]]</nowiki> generates [[Template:Tableinfo/user]]] # <nowiki>[[Project:Users (fix)]]]</nowiki> generates [[Project:Users (fix)]]] ## <nowiki>[[Template:Tableinfo/rights (fix)]]]</nowiki> generates [[Template:Tableinfo/rights (fix)]]] ## <nowiki>[[Template:Tableinfo/bot (fix)]]]</nowiki> generates [[Template:Tableinfo/bot (fix)]]] ## <nowiki>[[Template:Tableinfo/user (fix)]]]</nowiki> generates [[Template:Tableinfo/user (fix)]]] Regards Reinhardt
Please describe the problem, giving an example and a detailed description of how the actual output differs from expected input.
Halló! http://jadesukka.homelinux.org:8180/betawiki/Bugzilla_2095 clearly shows that only one bracked is generated in Monobook skin. Such links could be overseen easy. It maight be better to generate a FULL RED or FULL BLUE including all brackets then showing ONE red or blue closing bracket only. Three brackets ]]] behave like a piped link |"]" : a) if the link was NOT piped it will be piped certainly not to what users expected (except some tester or dokumentation feaks) b) if the link WAS piped one addional ] is a added to the end; c) having an distinct number between opening and closing brackets may be / could be a latent source for additional subsequent errors. Regards Reinhardt
Changed summary to describe problem.
*** Bug 2198 has been marked as a duplicate of this bug. ***
http://en.wikipedia.org/w/index.php?title=Liancourt_Rocks&diff=13657504&oldid=13657390 This URL shows a practical example involving this bug.
Added a parser test case. Taking a look at the parser now...
I've fixed the main problem in CVS HEAD, for the no-pipe case where the entire link text was replaced by the bracket. For now it's still moving the bracket from the trail into the link text for piped links; this is some kind of nasty workaround for image captions and I haven't yet dared touch that stuff. :) Demo: http://test.leuksman.com/index.php/2095
Example case (from en.wikipedia.org/wiki/Solar_eclipse, external links section: « <nowiki> [http://eclipse.span.ch/eclipse8april.htm Pictures of the most recent eclipse of [[8 April]] [[2005]]] </nowiki> » should give « <nowiki> Pictures of the most recent eclipse of [[8 April]] [[2005]] </nowiki> » as link text, but gives instead « <nowiki> [http://eclipse.span.ch/eclipse8april.htm Pictures of the most recent eclipse of 2005 ] </nowiki> » with the http: part as an external link, and the closing bracket as a link to "8 April".
Please file a separate bug report for an issue with external URL links.
*** Bug 2365 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > Please file a separate bug report for an issue with external URL links. see bug 3695: nested links: wiki links inside external links
Fixed in CVS head, please verify and reopen if necessary.