WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED CONFIGURATION CHANGED
21579
Negative value defined for margin is causing the misalignment
https://bugs.webkit.org/show_bug.cgi?id=21579
Summary
Negative value defined for margin is causing the misalignment
Jon@Chromium
Reported
2008-10-13 14:08:04 PDT
The URL takes you to a reduction that demonstrates the issue. This is complex because FF3 and IE7 don't agree 100%. FF3 and IE7 agree on the table, but disagree on the DIV. WebKit and Chromium 0.3.155.0 agree with FF3 on the DIV and disagee with both IE7 and FF3 on the table. This is being tracked in Chromium as
http://code.google.com/p/chromium/issues/detail?id=1144
Attachments
Screenshot of FF3, IE7, WebKit for Windows, and Chromium 0.3.155.0
(108.05 KB, image/png)
2008-10-13 14:09 PDT
,
Jon@Chromium
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Jon@Chromium
Comment 1
2008-10-13 14:09:29 PDT
Created
attachment 24325
[details]
Screenshot of FF3, IE7, WebKit for Windows, and Chromium 0.3.155.0 Added screenshot.
Blake Sening
Comment 2
2008-10-13 15:29:23 PDT
And Opera 9 is the same as Safari and Chrome.
Ahmad Saleem
Comment 3
2022-11-16 14:20:37 PST
I took the test from Chrome bug: JSFiddle -
https://jsfiddle.net/t8sh7yrL/show
It is still broken in STP158, which has negative margin fix but it is less broken than Safari 16.1, so at least it is a win.
Ahmad Saleem
Comment 4
2023-03-17 18:22:47 PDT
WebKit ToT (
261814@main
) is now matching all other browsers. Marking this as “RESOLVED CONFIGURATION CHANGED”. Must be IFC progression. Thanks!
alan
Comment 5
2023-03-18 06:15:17 PDT
While I am more than happy to take credit for this, I think this is some "random" block layout progression (and not IFC).
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