Petr Kadlec <[email protected]> writes:
> This is generally a nice idea, of course, but in the specific case of
> parser bugs, we already have a keyword for that
This assumes that all parser-related bugs already have that keyword. By
asking people to put parser bugs that they thought merited notice on the
triage agenda, we've found these, previously un-tagged, parser bugs:
Preceding text and single apostrophes are not included in links
https://bugzilla.wikimedia.org/468
[[#foo|]], [[/bar|]] should be equivalent to [[#foo|foo]], [[/bar|bar]]
(new use of "pipe trick")
https://bugzilla.wikimedia.org/845
Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/1115
Need method for multiparagraph list items, continuing numbered lists,
and assigning specific numbers to list items
https://bugzilla.wikimedia.org/1584
External URL syntax cannot handle square brackets
https://bugzilla.wikimedia.org/3695
Blank lines at the top of an article should be ignored
https://bugzilla.wikimedia.org/4161
Block element written inline splits multiline paragraphs
https://bugzilla.wikimedia.org/5718
Now, granted, these are older bugs that might pre-date the “parser”
keyword but now we've got them.
I think this sort of community involvment in sifting through the huge
pile of bugs is just what we need to help us find these sorts of hidden
gems.
Mark.
_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
