Banner ad covers part of Page

NEW
Unassigned

Status

()

Core
Layout: Floats
P3
normal
16 years ago
9 years ago

People

(Reporter: Voyager, Unassigned)

Tracking

({testcase})

Trunk
Future
x86
All
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016

When I go to this page the rightmost banner ad covers out some of the data on
the page towards the right of the page.  However, this does not occur when using
Microsoft Internet Explorer 6.

Reproducible: Always

Steps to Reproduce:
1. Go to http://sportsillustrated.cnn.com/golfonline/instruction/aug99/picture3.html
2. Let it load completely.
3. Look at the page carefully

Actual Results:  
The banner ad on the right covers part of the page.

Expected Results:  
Display the page in a way that displays the entire page and the banner ad to the
right of the rest of the page, without having the ad cover part of the page.
I'm seeing the exact same problem in Netscape 4 and IE 5/Solaris

Comment 2

16 years ago
Created attachment 104443 [details]
testcase

Comment 3

16 years ago
the outer table contains multiple tables with align=left that have widths which
add to something greater than the specified width of the table.  Mozilla makes
the outer table to be the minimum of the specified width and the widest nested
table.

in the first table in the testcase, the width is specified to be 100, but it
expands to 150, the smaller of the two nested tables.  The second table is
specified to be 250, which is how it displays.

the consistent behavior with NS4/IE suggests this is the "correct" behavior
==> Tables
Assignee: asa → table
Component: Browser-General → Layout: Tables
Keywords: testcase
OS: Windows XP → All
QA Contact: asa → amar
(Reporter)

Comment 4

16 years ago
While NS4 and IE5 under Solaris might display the same result, and thus this
might appear to be the "correct" behavior, in IE6 under Windows XP Professional
this problem does not exist.

Comment 5

16 years ago
this is  a nasty quirk ,change the doctype to a strict one and you will see that
it wraps.

generally the tables should wrap:
see HTML4.01:
The align attribute for objects, images, tables, frames, etc., causes the object
to float to the left or right margin. Floating objects generally begin a new line. 

Comment 6

16 years ago
I wonder if our standard behavior is correct. The cell block containing the 2
aligned tables doesn't report a very appealing max-element-width.

          block 03B7ACDC r=0 a=UC,UC c=UC,UC cnt=754
           text 03B7AE1C r=0 a=UC,UC c=UC,UC cnt=755
           text 03B7AE1C d=0,0 me=0
           place 03B85EB4 r=0 a=UC,UC c=UC,UC cnt=756
           place 03B85EB4 d=0,0 me=0
           tblO 03B7AFE8 r=0 a=UC,UC c=0,0 cnt=757
            tbl 03B85410 r=0 a=UC,UC c=2250,UC cnt=758
             rowG 03B854F0 r=0 a=UC,UC c=UC,UC cnt=759
              row 03B8559C r=0 a=UC,UC c=UC,UC cnt=760
               cell 03B85688 r=0 a=UC,UC c=UC,UC cnt=761
                block 03B856E8 r=0 a=UC,UC c=UC,UC cnt=762
                 text 03B857A0 r=0 a=UC,UC c=UC,UC cnt=763
                 text 03B857A0 d=0,0 me=0
                 img 03B85B8C r=0 a=UC,UC c=2250,2250 cnt=764
                 img 03B85B8C d=2250,2250 me=2250
                 text 03B857E4 r=0 a=UC,UC c=UC,UC cnt=765
                 text 03B857E4 d=60,285 me=0
                block 03B856E8 d=2250,2318 me=2250
               cell 03B85688 d=2280,2355 me=2280
              row 03B8559C d=UC,2355
             rowG 03B854F0 d=UC,2355
             colG 03B85D34 r=0 a=UC,UC c=UC,UC cnt=766
              col 03B85E5C r=0 a=0,0 c=0,UC cnt=767
              col 03B85E5C d=0,0
             colG 03B85D34 d=0,0
            tbl 03B85410 d=2340,2415 me=2340
           tblO 03B7AFE8 d=2340,2415 me=2340
           text 03B85828 r=0 a=UC,2415 c=UC,UC cnt=768
           text 03B85828 d=0,0 me=0
           place 03B8AC00 r=0 a=UC,2415 c=UC,UC cnt=769
           place 03B8AC00 d=0,0 me=0
           tblO 03B85F6C r=0 a=UC,UC c=0,0 cnt=770
            tbl 03B860D8 r=0 a=UC,UC c=3000,UC cnt=771
             rowG 03B861AC r=0 a=UC,UC c=UC,UC cnt=772
              row 03B86258 r=0 a=UC,UC c=UC,UC cnt=773
               cell 03B8A730 r=0 a=UC,UC c=UC,UC cnt=774
                block 03B8A790 r=0 a=UC,UC c=UC,UC cnt=775
                 text 03B8586C r=0 a=UC,UC c=UC,UC cnt=776
                 text 03B8586C d=0,0 me=0
                 img 03B8AA14 r=0 a=UC,UC c=3000,2250 cnt=777
                 img 03B8AA14 d=3000,2250 me=3000
                 text 03B858B0 r=0 a=UC,UC c=UC,UC cnt=778
                 text 03B858B0 d=60,285 me=0
                block 03B8A790 d=3000,2318 me=3000
               cell 03B8A730 d=3030,2355 me=3030
              row 03B86258 d=UC,2355
             rowG 03B861AC d=UC,2355
             colG 03B8AB34 r=0 a=UC,UC c=UC,UC cnt=779
              col 03B8ABA8 r=0 a=0,0 c=0,UC cnt=780
              col 03B8ABA8 d=0,0
             colG 03B8AB34 d=0,0
            tbl 03B860D8 d=3090,2415 me=3090
           tblO 03B85F6C d=3090,2415 me=3090
           text 03B858F4 r=0 a=UC,2415 c=UC,UC cnt=781
           text 03B858F4 d=360,285 me=300
          block 03B7ACDC d=5730,2415 me=3390
Assignee: table → float
Status: UNCONFIRMED → NEW
Component: Layout: Tables → Layout: Floats
Ever confirmed: true
QA Contact: amar → moied
There's a hack to prevent floating tables from "wrapping" in quirks mode.  See 
nsBlockReflowState::FlowAndPlaceFloater.  We're probably not including that in
the max-element-width calculation.

Updated

16 years ago
Priority: -- → P3

Updated

16 years ago
Target Milestone: --- → Future

Comment 8

13 years ago
This page looks exactly the same in IE as it does in Mozilla, and no banner ad
is covering the page, and the test case photos are broken.
Assignee: layout.floats → nobody
QA Contact: moied → layout.floats
You need to log in before you can comment on or make changes to this bug.