Closed Bug 17068 Opened 25 years ago Closed 25 years ago

repeat of html when using multiple <style> blocks

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: displague, Assigned: vidur)

References

()

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

the menu (table) on the top of the page gets doubled because of the multiple
style sheet blocks.. also the "country list" button is not being centered.
Whiteboard: [TESTCASE]
I'm seeing this with build 1999102110 on Win95.

I'll only address the repeating html problem here. I have no idea what could be
causing it, but multiple <style> blocks aren't necessary, just having one in the
middle of the markup triggers this behaviour. It seems that everything up to the
last tag preceding the <style> block gets doubled, and that even a comment
counts.

I know that sounds odd, but I have a testcase that shows this..
Attached file Reduced testcase
Assignee: peterl → rickg
Component: Style System → Parser
The content model is a little suspicious only in that the refcount on the first
text node is high (which I would guess is because there are two frames for that
text node).  I'm not sure what component that makes it, so moving to Parser...

html refcount=3<
  head type=text/css refcount=2<
    style type=text/css refcount=2<
      Text refcount=2<\r\nBODY { font-size: 14pt; }\r\n>
    >
  >
  body refcount=3<
    Text refcount=4<\n\nThis is doubled.\n\nSo is this.\n\n>
    Comment refcount=2<!-- this line is important. -->
    Text refcount=3<\n\nThis isn't doubled.\n\nNeither is this.\n\nNor
this.\n\n\n\n>
  >
>
Assignee: rickg → vidur
Component: Parser → Layout
Vidur -- this is not a parser problem after all. The issue is that we're getting
duplicate frames on content that preceeds the style element. I'm guessing that
it's the same old dbl-frame problem we had before. (Call me for a dump on the
problem if you don't already know it).
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This seems to work correctly now. I suspect this was last checked before my sink
changes.
Keywords: verifyme
[bugday]marking verified. the testcase works for me on winNT build 2000022908.
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: