Closed
Bug 247807
Opened 20 years ago
Closed 20 years ago
layout bug in table with css
Categories
(Core :: Layout: Tables, defect)
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
Comment 3•20 years ago
|
||
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.
Comment 4•20 years ago
|
||
Comment 5•20 years ago
|
||
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 ?
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
Comment 9•20 years ago
|
||
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.
Reporter | ||
Comment 10•20 years ago
|
||
Environment : Windows XP Pro SP1
Reporter | ||
Comment 11•20 years ago
|
||
Environment : Windows XP Pro SP1 I think this screenshot could be useful in order to locate the bug
Reporter | ||
Comment 12•20 years ago
|
||
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)
Comment 13•20 years ago
|
||
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
Reporter | ||
Comment 14•20 years ago
|
||
you can use the 2 firsts attachements for testcase
Comment 15•20 years ago
|
||
_minimal_ is the key word. Those are nowhere close. 100-150 bytes should be about the right size for this, I would think.
Comment 16•20 years ago
|
||
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.
Comment 17•20 years ago
|
||
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....
Comment 18•20 years ago
|
||
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
Comment 19•20 years ago
|
||
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).
Comment 20•20 years ago
|
||
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
Comment 21•20 years ago
|
||
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
Comment 22•20 years ago
|
||
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.
Description
•