254053 - CSS rendered differently when linked as alternate stylesheet

Status: RESOLVED FIXED

(Core :: Layout: Tables, defect)

Description

[Berna Bleeker]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

The same stylesheet is rendered differently when it's linked as an alternate
stylesheet. (I've noticed it only with table borders, so far.) See the URL for
an illustration.

Reproducible: Always
Steps to Reproduce:
1. Make an HTML file with a table.
2. Link 2 stylesheets to it, like this:
   <link rel="stylesheet" type="text/css" title="orange" href="orange.css">
   <link rel="alternate stylesheet" type="text/css" title="red" href="red.css">
3. Load the page. Choose the alternate stylesheet with the button on the status
bar. See what happens.
4. Copy the HTML file.
5. Link the same 2 stylesheets to it, but in reverse order, like this:
   <link rel="stylesheet" type="text/css" title="red" href="red.css">
   <link rel="alternate stylesheet" type="text/css" title="orange"
href="orange.css">
6. Load the page. Choose the alternate stylesheet with the button on the status
bar. See what happens.




Actual Results:  
The same table with the same CSS is rendered differently when the CSS is linked
as  an alternate stylesheet.

Expected Results:  
The page should be rendered the same when the CSS is linked as an alternate
stylesheet.

I'm using the Pinball theme.

Comment 1

[Berna Bleeker]

When I use the standard theme or Noia, I can't see the bug because I can't
choose an alternate stylesheet--the status bar icon isn't there!

Comment 2

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

No, you don't get the stylesheet switcher when you're on a frameset containing
the page with the alternate stylesheets.  Changing URL appropriately.

Also, what's wrong?  It looks fine to me.

Comment 3

[Berna Bleeker]

1. Sorry, I hadn't realized the redirection service puts my page in a frame. 
2. Yes, the test pages look OK when they're first loaded; the problem occurs
when you switch stylesheets. I've updated the explanation on the pages to
(hopefully) make them more clear. The problem still occurs in 0.9.3.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Over to tables; that looks like incremental reflow problems with collapsed borders.

Comment 5

[Andrew Schultz]

Attachment: testcase stylesheet

stylesheet for testcase

Comment 6

[Andrew Schultz]

Attachment: testcase

this loads the previous attachment as the default stylesheet and then uses DOM
to switch the styles.  The effect is similar to what happens when switching
style sheets.

there should be an inner black 1px dotted border and an outer solid 1px red
border.
with linux trunk 2004090707, the red border is only on the top, left and right.
 the black border is only on the bottom and is 4 pixels.

Comment 7

[Andrew Schultz]

Comment on attachment 158167 [details]
testcase

this appears to be a different bug.  This testcase renders ok until very
recently, while the original testcase had problems all the way back to 1.0.

I filed bug 258377 for this testcase.

Comment 8

[Andrew Schultz]

Attachment: tescase

testcase with two stylesheets via data: urls.
orange is:  "table { border-collapse: collapse; border-bottom: 4px solid; }"
red is: "table { border: red 1px dotted; }"

after switching to the red stylesheet, Mozilla displays only a bottom border as
a think red dotted line.

Comment 9

[Andrew Schultz]

confirmed with linux trunk 2004090707

Comment 10

[Bernd]

I believe we do not reframe, but we should.

Comment 11

[Bernd]

Attachment: patch proposed by Boris

Comment 12

[Bernd]

note: the comments there should be updated before checkin

Comment 13

[Bernd]

fix checked in

Comment 14

[Boris Zbarsky [:bzbarsky]]

*** Bug 258166 has been marked as a duplicate of this bug. ***