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

extra newlines that transfer from a dd-list to a h2
Try this test case:
 * foo

baz

 * foo

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.

Table header lost
'foo' is lost during RT-ing in the table below since it is discarded by the parser.

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.

Bad parse in heading tags
The wikitext below does not parse as a heading tag in Parsoid. I think "?name=foo" throws it off where name=foo probably gets parsed as a tag attribute.  ==Faculties http://wp.org?name=foo == 

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.

doesn't RT in wikilinks
Try Foo bar in Parsoid ( Foo bar )

Lost self-closing div tag (and other self-closing tags)
Commit git SHA 051bf97 added support for detecting auto-inserted tags and suppressing them during serialization. It doesn't handle incorrectly self-closed tags correctly.

Smarter pre-detection in wikitext escaping


This example below when RT-ed in Parsoid will escape the caption because of the leading 'space'. Either the existing start-of-line state is incorrectly set for captions or the wikitext escaping handler needs to recognize that figcaptions will never be seen in SOL context.