Bug 28747 – getComputedStyle is returning used values for margins and not computed values

• Status: RESOLVED
• Resolution: FIXED
• Component: CSS

Webkit supports  "http://www.w3.org/TR/CSS2/visudet.html#blockwidth", paragraph 3. this leads to incorrect rendering (see attached file).
original css value can not be read via window.getComputedStyle, the only way (as far as i can see )remaining to read the css values set by stylesheets is parsing them. i fixed this by adding an expando to every generated element at 'startup', this is ugly and slow.

So please add a css switch to optionally disable that behaviour.

Created attachment 38629 [details]
W3C rule and window.getComputedStyle

Created attachment 38665 [details]
W3C rule and window.getComputedStyle

Maybe it's the best *not* to follow W3C RFC at this point. I can not see *any* reason what this awfull behaviour should be good for...

[Dave Hyatt]

This is a bug in WebKit actually.  In the overconstrained margin case it's the used value that should be modified, not the computed value.  Therefore this modification should not affect what is returned by getComputedStyle.

when you start to fix it, please take a look at the values Webkit returns for input type=text, textarea and select, they do not reflect the real values for margins/borders/padding. reported this to chrome buglist. should i create a new one here?

seems to be fixed since 534.24. is this correct? please post the version number.
thank you

[Tony Chang]

Might have been fixed in https://bugs.webkit.org/show_bug.cgi?id=13343 .