WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED CONFIGURATION CHANGED
14876
REGRESSION: Floats don't cause a table cell to grow (broken navigation at www.next-gen.biz)
https://bugs.webkit.org/show_bug.cgi?id=14876
Summary
REGRESSION: Floats don't cause a table cell to grow (broken navigation at www...
Timothy Hatcher
Reported
2007-08-03 14:21:11 PDT
The layout of the next-gen.biz navigation is broken in TOT. Expected results: The navigation banner links (News, Blog, ...) should appear between the banner "Next Generation" and the jobs & headlines area. Actual results: The banner links area overlaps with the jobs & headlines area. <
rdar://problem/5380484
>
Attachments
Reduction
(515 bytes, text/html)
2007-08-03 14:22 PDT
,
Timothy Hatcher
no flags
Details
Test case in strict mode
(565 bytes, text/html)
2007-08-03 14:30 PDT
,
Timothy Hatcher
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Timothy Hatcher
Comment 1
2007-08-03 14:22:29 PDT
Created
attachment 15827
[details]
Reduction Here is a reduction.
Timothy Hatcher
Comment 2
2007-08-03 14:30:54 PDT
Created
attachment 15831
[details]
Test case in strict mode
Dave Hyatt
Comment 3
2007-08-03 14:36:22 PDT
This was broken by the removal of growing to accommodate visual overflow for table cells. The behavior of Firefox here is utterly nonsensical to me. The float is contained inside the 25px div.
Dave Hyatt
Comment 4
2007-08-03 14:40:31 PDT
WinIE just makes the table cell 50px in strict mode (as we do). It's clear to me that our rendering is correct for strict mode. The question is whether to attempt a quirk to deal with this strange situation. My inclination is to keep this open, but not to fix it at this time.
mitz
Comment 5
2007-08-04 01:04:05 PDT
I can't rationalize the different behavior when the float becomes >25px tall.
Ahmad Saleem
Comment 6
2022-08-13 09:53:37 PDT
I am not able to reproduce this bug in Safari 15.6 on macOS 12.5 using attached test cases, "the text should be in green box" does show up in "green" box and also zoom does not have any impact and it is same across all browsers (Firefox Nightly 105 and Chrome Canary 106). Since all browsers are matching, I am marking this as "RESOLVED CONFIGURATION CHANGED". If it is reproducible by someone else, please reopen. Thanks!
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug