Last modified: 2013-12-04 02:22:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T56605, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54605 - Improve handling of stray table tags / Verify that we handle stray table tags correctly
Improve handling of stray table tags / Verify that we handle stray table tags...
Status: NEW
Product: Parsoid
Classification: Unclassified
General (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Gabriel Wicke
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-25 17:04 UTC by ssastry
Modified: 2013-12-04 02:22 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description ssastry 2013-09-25 17:04:29 UTC
Occasionally, pages have stray opening table tags which may end up screwing up DSR computations (which in turns messes up selser). It is possible that our latest foster parenting code implicitly handles this by wrapping the entire table as templated and protected a large body of code (which could then serve as a flag to the user to look for bugs in the wikitext souce). So, it might be worth verifying this and adding tests to spec this behavior.

See the bug report: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574391235#Duplicated_content_when_deleting_apparently_blank_lines

See my response that fixed the problem in the wikitext source: https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/Feedback&oldid=574483272#References_and_tables

If this is not already handled by our handleUnbalancedTables and markFosteredContent DOM passes, we may need to tackle this -- by maybe adding a fixup in TokenStreamPatcher that enforces limited table scope (section boundaries is the obvious scope limiter => close unclosed tables whenever section heading tokens are encountered).

To be investigated and fixed.
Comment 1 Arlo Breault 2013-10-03 22:42:12 UTC
(In reply to comment #0)
> Occasionally, pages have stray opening table tags which may end up screwing
> up
> DSR computations (which in turns messes up selser). It is possible that our
> latest foster parenting code implicitly handles this by wrapping the entire
> table as templated and protected a large body of code (which could then serve
> as a flag to the user to look for bugs in the wikitext souce). So, it might
> be
> worth verifying this and adding tests to spec this behavior.

That seems to happen if a template is present, as in:

  {|

  {{echo|hi}}

  ;Ho

However, that's not the case in the bug report. It's more like,

  {|

  ;Off to work we go


> 
> See the bug report:
> https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
> Feedback&oldid=574391235#Duplicated_content_when_deleting_apparently_blank_li
> nes
> 
> See my response that fixed the problem in the wikitext source:
> https://en.wikipedia.org/w/index.php?title=Wikipedia:VisualEditor/
> Feedback&oldid=574483272#References_and_tables
> 
> If this is not already handled by our handleUnbalancedTables and
> markFosteredContent DOM passes, we may need to tackle this -- by maybe
> adding a
> fixup in TokenStreamPatcher that enforces limited table scope (section
> boundaries is the obvious scope limiter => close unclosed tables whenever
> section heading tokens are encountered).

Seems reasonable.

> 
> To be investigated and fixed.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links