Parsoid/Bug test cases

You can directly test round-tripping and newline-stripped round-tripping of this page. Please also report bugs in bugzilla.

extra newline after empty dd
bar
 * foo:

vs.

bar
 * foo: baz

dd indentation

 * foo
 * bar

multiple dds

 * foo
 * bar
 * baz

buggy parsed html generated for this template use
foo list is enclosed in ul-tags, but bar list is not -- this crashes the serializer.

en:Kenneth Clarke
Double tr (inline and from template):

Pipe trick
is rendered raw, it should be rendered as San Francisco

San Francisco, California

Floating image newline bug
Foo Baz round-trips to Foo Baz which then round-trips correctly.

Foo Baz

Newlines not properly stripped in some single-line contexts
The following html will result in broken wikitext:  foo bar

Exclamation marks lost
!foo

The leading exclamation mark is lost. It is parsed as a &lt;th&gt; when not in a table context.

Pipe marks lost

 * foo

The leading pipe mark is lost. It is parsed as a &lt;td&gt; when not in a table context.

Table characters marks lost

 * }foo

The leading table characters are lost. It is parsed as a &lt;/table&gt; when not in a table context.

Nowiki around parts of syntax
This might not work even in the longer term. ab

b

Nowiki in parameter
This ought to work.

Noinclude/includeonly wrongly uses include context in template parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=39113

plain
includeonly def noinclude def

Exclamation mark in wiki links throws off parser
This link is not recognized as a valid link by Parsoid.

Democracy Now!

Bad parse
The nowiki input below gets parsed as a string rather than as a nowiki tag.

Foo &lt;nowiki&gt; &lt;/nowiki&gt; 

Missing parser function?
 []  parses as plain text.

Newline stuff
Roan: The annoying parts in the HTML output below are:
 * newlines inside  tags
 * 

Yay

Foo

Category:Foo

Bar

Custom#sortkey

Baz

Foo

Quux

œ

Whee

Some text content

...

Non-string tokens in parser functions stripped
 FOO BAR  outputs FOO BAR instead of FOO BAR

Unnecessary pre when template output generates empty string output
  wraps the bar in a pre-tag whereas it should not because of the newline before it.

Template:quote output is not parsed properly
On enwiki, "foobar" renders as "" (HTML attributes skipped). The actual content is lost. But, it RTs perfectly because of DSR computation. This template doesn't seem to exist on mw.org.

UPDATE: This failure has been tracked to a clash between the template name and a template arg with the same name. Test cases for this have been added to parserTests.txt