wikimedia / parsoid / 822 / 1
85%
master: 85%

DEFAULT BRANCH: master
Ran
Files 74
Run time 3s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 82.758% (+0.02%) from 82.734%
822.1

push

travis-ci

arlolra 
Record first wikitext node in multi-template-content-block scenario

* When a DOM tree is constructed from top-level page content
  and one or more templates, during serialization, newline
  constraints should be determined by the first node in the
  data-mw.parts array (which could be a wikitext string or
  a template).

  In the common case, it would work to use the first DOM node
  (the one that has the data-mw encapsulation info) to determine
  these newline constraints. However, fostering of content
  complicates matters (as usual) because the fostered marker
  is absent on fostered content from templates when the table
  is template-encapsulated. So, we need to explicitly record
  DOM information about the first element of the data-mw.parts array.

  Note that if data-parsoid is lost / missing, then newline constraints
  will continue to be incorrect in some scenarios (as is the case
  on current master).

* Added two new tests that verify expected behavior and pass with
  this patch, but fail on master.

  The bug report from T107818 that triggered this patch won't be fixed
  till the patch for T86271 is merged. That patch removes the
  special-case-check for sol-transparent nodes in separator
  constraint computation.

* There is a new failing wt2wt test. The newline introduced there
  seems reasonable and an acceptable diff.

Bug: T107818
Change-Id: I6d39913b8

12686 of 15329 relevant lines covered (82.76%)

21181.02 hits per line

Source Files on job 822.1