Closed Bug 247807 Opened 20 years ago Closed 20 years ago

layout bug in table with css

Categories

(Core :: Layout: Tables, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED INVALID

People

(Reporter: outman52, Unassigned)

Details

(Keywords: qawanted)

Attachments

(5 files, 3 obsolete files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.6) Gecko/20040113
Build Identifier: Mozilla 1.7 final release for Win32 (http://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7/mozilla-win32-1.7-installer.exe)

in the forum at http://1stg.free.fr/forum/index.php , the table is cut at the
right side of the page.

this problem only occurs with Mozilla 1.7 or Firefox 0.9

with Internet Explorer, Mozilla 1.6 or Firefox 0.8 the rendering of the page is OK

Reproducible: Always
Steps to Reproduce:
simply go to http://1stg.free.fr/forum/index.php with Mozilla 1.7 or Firefox 0.9
Actual Results:  
bad rendering of the page : the table is cut at the right side.

Expected Results:  
the table shouldn't be cut at the right side.

the rendering of the page should be the same as with Mozilla 1.6

the others pages of the forum also have this problem, something worse
WFM   Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040618
WFM Mozilla 2004062008 & WinXP.
Attached file testcase 1 (obsolete) —
testcase 1 shows the problem, images are local, so not found, but you can see
where they would go, they are the small dashes at the left and at the right.
Attached file same as before, images shown (obsolete) —
The problem seems to be caused by the 100% widths. I reduced some of them, and
made a border red, so it can be seen.
Of course that's not a solution, it's just a testcase.
the display bug can be caused by the webpage itself, but due to the fact that
the render is OK with Mozilla 1.6 , I believe that the bad rendering with
Mozilla 1.7 is due to an inappropriate modification into the page-rendering
engine itself (Gecko)

I also seen in the changelog of Mozilla 1.7 : "A long-standing bug with CSS
backgrounds on table elements has been fixed (standards mode only)"... maybe
this (important) bugfix revealed another bug ?
Please ignore comment 1: I DO see the bug.
old summary: bad rendering of the page "http://1stg.free.fr/forum/index.php"

ignore comment 2: the testcase shows the bug...
Status: UNCONFIRMED → NEW
Component: Layout: Tables → Style System (CSS)
Ever confirmed: true
Summary: bad rendering of the page "http://1stg.free.fr/forum/index.php" → layout bug in table with css
Component: Style System (CSS) → Layout: Tables
Could someone post screenshots of the testcase both showing and not showing the
bug (with the appropriate builds)?  When I load it in a current build it looks
fine...

It's not clear to me why this was confirmed without a clear and self-explanatory
testcase.
Environment : Windows XP Pro SP1
Environment : Windows XP Pro SP1
I think this screenshot could be useful in order to locate the bug
Environment : Windows XP Pro SP1
this screenshot was taken with Internet Explorer 6 SP1, but the page has the
same looking with Mozilla 1.6 (and probably less)
The page has a div with padding and a 100% width in a table cell.  So the div
overflows.  I'm not sure why the overflow is not painted....

A minimal testcase (minimal CSS and HTML) for that problem would be much
appreciated.
Keywords: qawanted
you can use the 2 firsts attachements for testcase
_minimal_ is the key word. Those are nowhere close.  100-150 bytes should be
about the right size for this, I would think.
Attached file minimal testcase (obsolete) —
Still exists using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Gecko/20040707 Firefox/0.9.2

I think this is as small as this testcase will get, 250 bytes or so. Note that
the bug is that the orange table cell is painted over where the table border is
supposed to be on the right. IE paints the orange cell to the right of the
border.
No, painting the orange over the black border is correct (since borders and
background are in the same paint layer).   That's not what this original bug
report here is about....
Attached file testcase
This is as small as I can get it, hope it's good enough to help.
Attachment #151371 - Attachment is obsolete: true
Attachment #151372 - Attachment is obsolete: true
Attachment #158367 - Attachment is obsolete: true
Looks like the forum has changed its layout now, and no longer shows this bug.
Removing URL (was http://1stg.free.fr/forum/index.php).
Bob, I guess you think the black and grey should not overlap? I believe they
should. What you see here is that IE uses the box width but mozilla uses the
content width and adds the padding around it, which must overflow as 100% is
already 100%. See http://tantek.com/CSS/Examples/boxmodelhack.html for further
details
I don't have a preference either way, and I never use IE, I am just showing the
cause of this bug... if it's not a bug then resolve as invalid or send to tech
evangelism.

Bob
Ah, right.  There is a background on the thing after the cell with the div.

Yes, this is invalid.  Bob, thank you for making a testcase that made this
simple to determine!  I just realized that's what the testcase in comment 16
showed too and I was just too dense in comment 17.  :(
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: