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 ‎</pre>

''italic''

extra newline after empty dd

foo

bar

vs.

foo

baz

bar

extra newlines that transfer from a dd-list to a h2

Try this test case:

::foo

<!--bar-->==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):

|-
{{s-off}}

Pipe trick

[[San Francisco, California]] is rendered raw, it should be rendered as San Francisco

San Francisco, California

Floating image newline bug

Foo [[Image:Bar.jpg|thumb|right]] Baz

round-trips to

Foo
[[Image:Bar.jpg|thumb|right]]
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:

<li><p>foo
</p><p>bar</p>

Exclamation marks lost

!foo

The leading exclamation mark is lost. It is parsed as a <th> when not in a table context.

Pipe marks lost

|foo

The leading pipe mark is lost. It is parsed as a <td> when not in a table context.

Table characters marks lost

|}foo

The leading table characters are lost. It is parsed as a </table> 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.

{| class="wikitable" |+foo
|bar
|}

bar

Nowiki around parts of syntax

This might not work even in the longer term. a{{{arg}}}b

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

echoed

def noincludedef

plain

def noincludedef

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 <nowiki></pre></nowiki>

Missing parser function?

[{{fullurl:VisualEditor:Welcome}}] 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<span>http://wp.org?name=foo</span>=='''

Newline stuff

Roan: The annoying parts in the HTML output below are:

• newlines inside <p> tags
• <p typeof="mw:Placeholder"><br /></p>

Yay

Foo

Bar

Custom#sortkey

Baz

[[Foo]]

Quux

œ

Whee

Some text content

...

Non-string tokens in parser functions stripped

{{uc:foo <b>bar</b>}} outputs FOO BAR instead of FOO BAR

Unnecessary pre when template output generates empty string output

{{echo|\nbar}} wraps the bar in a pre-tag whereas it should not because of the newline before it.

\nbar

bar

  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.

<div id="abc" ></div>

Smarter pre-detection in wikitext escaping

This caption does not need an indent-pre nowiki protection

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.

[[File:Foo.jpg|thumb| This caption does not need an indent-pre nowiki protection]]

Space-only lines are not treated as paragraph delimiter as expected

The following snippet is parsed into one paragraph in Parsoid:

foo

bar