https://bugzilla.wikimedia.org/show_bug.cgi?id=18295





--- Comment #3 from P.Copp <[email protected]>  2009-04-01 09:32:48 
UTC ---
Created an attachment (id=5983)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5983)
Proposed fix: Swap the order of tag and link unstripping in
Parser::formatHeadings()

Easy fix: Swap the order of link unstripping and extension tag unstripping in
Parser::formatHeadings().
It is IMHO far more likely that a link contains an extension tag (like above),
while offhand I can't think of a case, where an extension tag would contain an
half-parsed link at that stage of parsing.

(In reply to comment #2)
> (In reply to comment #1) OK, thanks. What puzzles me is, why do UNIQ strings
> have to change at all and/or so frequently? And even when a wiki-page doesn't
> change? That's a real drag in archived talk-pages, where "nowiki" is used 
> quite
> frequently in section-titles.
> 
The whole point of UNIQ keys is that they are not predictable, so you can't
break parsing by inserting some of them to a page.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to