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!

Strange bug (Node.js? V8? Parsoid?)
Parsoid crashes on this input:  &lt;nowiki&gt; &lt;/nowiki&gt; 

This seems to be due to some strange JS error where a string constructed via 'new String' doesn't get returned as a true JS object which crashes code further down.

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

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