266978 - CSS div float rendered incorrectly

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[Koobs]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041030 Firefox/1.0RC2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041030 Firefox/1.0RC2

Please excuse the vague summary, ill try to make it up in the details below.
Feel free to update summary to reflect diagnosis.

In the centre content-area of http://www.pricewatch.com.au/ , there is a large
gap between the Consumer/Reseller divs, and the 5 news posts below it.

- Bug/regression was introduced after Branch Zip Build (24/10/2004).
- Problem not seen with the following test browsers:
    - Mozilla 1.7.3
    - Firefox 1.0PR/PR1
    - Internet Explorer 6 SP1 & SP2
    - Opera 7.50 & 7.54
- Page is given as 'application/xhtml+xml' to Firefox.
- Page is rendered in Standards compliance mode.
- XHTML + CSS2 have both been validated.
- CSS source at http://www.pricewatch.com.au/pricewatch.css


Reproducible: Always
Steps to Reproduce:
1. Goto test URL.
2. Incorrectly rendered CSS viewable in centre-content area.

Actual Results:  
Large gap between Consumer/Reseller divs, and beginning of News posts.

Expected Results:  
Rendered a smaller gap.

Comment 1

[Ali Ebrahim]

I think this is caused by the checkin for bug 148994 (see bug 266454 for
something similar, but not the same). Hence the new rendering is probably
correct. I'm tempted to mark this as INVALID, but since HTML/CSS is not my
forte, I'm going to defer to someone else. Or maybe Tech Evangelism.

I can't view the site, actually. Maybe it's only viewable from within .au? So
I'm basing my opinions on the bugreport, rather than a viewing of the site.

Comment 2

[Koobs]

Just went through a server migration last night, DNS has probably not
propogated, theres also lingering issues with glue records. You can view the
site at: 

http://202.174.101.113/pricewatch.com.au/

Looks like there was alot of intepretation of w3c going on in bug 148994. At the
end of the day i'd prefer it to be a code issue than firefox, but I wanted to
report the rendering change, just incase

I had a few developer/css gurus take a squiz at the source before reporting,
they couldnt find anything inconsistent.

Comment 3

[Koobs]

Scratch that last URL > http://202.174.101.113/ 

Comment 4

[Boris Zbarsky [:bzbarsky]]

> - Problem not seen with the following test browsers:
>    - Opera 7.50 & 7.54

Opera 7.54 on Linux renders this like current Mozilla builds do (with the big
gap).  As far as I know, all reasonably recent Opera builds should be doing the
same.  Ali is right -- the divs that are pushed down have a "clear:left" on
them, so they have to clear the sidebar floating on the left, since they are in
the same block reflow context.

> Looks like there was alot of intepretation of w3c going on in bug 148994.

I don't see a lot of interpretation.  The people who know the spec well (David
Baron, Ian Hickson, Eric Meyer) all agreed that the behavior you see in Mozilla
1.7.3 is incorrect....

Marking invalid.  Our current rendering is correct given the markup and style on
that page.