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.



colspan
An empty td is inserted even if the colspan is set. Could be tree builder or our tr handling.