Parsoid doesn't handle unclosed table attributes (because of missing quote) in all scenarios
Closed, ResolvedPublic


This seems to be caused by a missing closing quote in an attribute in [[pl:Szablon:Infobox mapa lokalizacyjna/core]] (after "margin:3px;"). The opening tag missing the quote is rendered as text.

This is of course trivial to fix in the template itself, but you guys might want to support this - please either make it work or close as INVALID and I'll be happy :)

Version: unspecified
Severity: normal
See Also:

bzimport added a project: Parsoid.Via ConduitNov 22 2014, 2:08 AM
bzimport set Reference to bz49839.
matmarex created this task.Via LegacyJun 19 2013, 8:10 PM
ssastry added a comment.Via ConduitJun 20 2013, 8:20 PM

We do go to some effort to support broken wikitext, but may not handle all kinds of broken wikitext well. See for some tests we've added.

While we'll fix what we can, please fix the template as well :) -- I think it is a good idea to keep fixing broken templates/wikitext so the need for hacks on our end is reduced.

We'll keep this ticket around to see if we want to do any additional fixes on the Parsoid end, or take a test snippet out of this and close this out.

matmarex added a comment.Via ConduitJun 20 2013, 8:51 PM

Thanks for the reply.

For the record, I fixed[1] the template at pl.wp and the issue is no longer visible. (The infobox still looks funny in VE, but that's another thing.)


ssastry added a comment.Via ConduitJul 22 2013, 2:32 PM
  • Bug 51786 has been marked as a duplicate of this bug. ***
ssastry added a comment.EditedVia ConduitJul 22 2013, 2:33 PM

Test snippet from bug 51786:

You can reproduce the bug with the following snippet in your sandbox (all the wikitext elements below are necessary for the bug to show up in its nasty form -- with some pieces removed, Parsoid handles it much better).

! bgcolor="bbbbbb" | Game postponed

|- bgcolor="
| a || b
Thryduulf added a comment.Via ConduitJul 22 2013, 2:46 PM

As a short term improvement would it be possible to get syntax like this <nowiki>ed rather than deleted? Nowikis are tracked so they'll be easier to find, and it will make the markup easier to fix.

ssastry added a comment.Via ConduitJul 22 2013, 2:59 PM

If we can tokenize the bad wikitext correctly, we can do whatever we want with it -- including fixing it up. In order to recognize it as bad wikitext to add nowikis, we have to fix the parsing to deal with it .. at which point, we can fixup the wikitext automatically. So, it is not necessarily any easier to wrap them in nowikis.

That said, we'll consider solutions if we can think of some way to protect this and other forms of broken wikitext. In some cases, we do have enough information to do auto-fixes or protect broken wikitext (See: bug 46705).

Thryduulf added a comment.Via ConduitJul 25 2013, 3:31 PM looks like this bug (or possibly 44498) but I can't spot any unclosed attributes and find and replace tells me there are an even number of quotes.

ssastry added a comment.Via ConduitJul 25 2013, 3:46 PM

Is that edit on that Condor_Flugdienst (un)intentional vandalism? I couldn't reproduce the error. However, based on changes, it seems that the entire header has been deleted. Also, there is some text there which is not in the original page ("flotte CondorAvionEn servicePassagers"). So, I don't know what exactly happened there besides that.

Arlolra placed this task up for grabs.Via WebNov 25 2014, 8:08 PM
Arlolra set Security to None.
ssastry moved this task to Robustness on the Parsoid workboard.Via WebDec 22 2014, 12:53 AM
marcoil moved this task to Backlog on the Parsoid workboard.Via WebFeb 13 2015, 12:49 PM
Arlolra closed this task as "Resolved".Via WebSep 9 2015, 1:43 AM
Arlolra claimed this task.
Arlolra added a subscriber: Arlolra.

We do much better on the test snippet in T51839#585006 these days.

Add Comment