88887 - XML pages don't render properly

Status: VERIFIED DUPLICATE of bug 86276

(Core :: XML, defect, P1)

Description

[sairuh (rarely reading bugmail)]

found this using 2001.07.02.0x-branch comm bits on mac, linux and winnt. pls
reassign as needed, if this isn't the correct component.

1. go to the above url, http://www.iwaruna.com/learn/xml/com_err.xml [the css
file for this page is at http://www.iwaruna.com/learn/xml/play.css].
2. after the page has finished loading, scroll down to view more of it.

result: cannot, rest of the xml page won't render.

Comment 1

[Heikki Toivonen (remove -bugzilla when emailing directly)]

I see this on Mozilla trunk as well, a build from late last week. Geez this
looks bad :(

Comment 2

[Heikki Toivonen (remove -bugzilla when emailing directly)]

06-12-12 perf build ok
06-14-15      build not ok

Comment 3

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Actually, this broke between 06-08-09 and 06-09-10 builds.

This Bonsai query shows who checked in during that time (-/+ 2h):

http://bonsai.mozilla.org/cvsquery.cgi?
treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filet
ype=match&who=&whotype=match&sortby=File&hours=2&date=explicit&mindate=06%2F08%
2F2001+07%3A00%3A00&maxdate=06%2F09%2F2001+12%3A00%3A00&cvsroot=%2Fcvsroot

I suspect David Baron's large checkin for bug 35847, bug 83482 and bug 83839. 
Adding David to Cc.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

The visual differences between the working an not working cases:

The working sample seems to wrap the last brown paragraph in the first view. 
The buggy version does not wrap that line. Additionally, it seems the buggy 
version does lay out the rest of the document (at least in 6-8-9 build) but the 
content is moved to the right and lines are stacked on top of each other which 
makes it undecipherable.

Comment 5

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

My checkin for bug 35847 only affected implied universal selectors.  There are
none of those in the stylesheet.  I suspect this is a layout regression. 
Perhaps the same as bug 86983?

Comment 6

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Nope, not a dupe of bug 86983. 

NS6.1b1 does not exhibit this bug, but current Mozilla builds do. Both the beta
and current Mozilla seem to exhibit bug 86983.

Comment 7

[Heikki Toivonen (remove -bugzilla when emailing directly)]

The brown text is formatted by the CSS rule where the selector is "FM P". If I
remove property setting "margin-left: 20px;", the paragraph wraps normally. This
seems like a bug to me.

That alone does not cause all of the problems, though.

I found out that if you have nesting:

root
  sub
    element: some text
    subsub: display: block

then "subsub" block will be indented to where "some text" ended. If I remove
"sub" the "subsub" element starts from a new line as it should.
  
Below is a sample document (I'll attach this too):

<doc xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <xhtml:style>myblock {display:block;}</xhtml:style>
  <sub>
    <sp>Some text here, block next</sp>
    <myblock>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
      <p>Text text text text text text text text text</p>
    </myblock>
  </sub>
</doc>

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Attachment: testcase showing display: block handled wrong

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

If that's the problem, then...

*** This bug has been marked as a duplicate of 86276 ***

Comment 10

[Nick Bebout]

v