Bug 103760
| Summary: | display: inline-content behaves like position: absolute | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Michał Gołębiowski-Owczarek <m.goleb+bugzilla> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Major | CC: | simon.fraser |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://jsfiddle.net/rWq6V/7/ | ||
Michał Gołębiowski-Owczarek
To reproduce go to http://jsfiddle.net/rWq6V/6/ and click "Add box" a few times.
What happens:
boxes are created all in the same place, though they should't overlap. In Firefox & Opera I don't experience this behaviour, I do experience it in both Webkit Nightly and Chrome Canary.
If at this point you change a window width just a little boxes are re-placed correctly.
I could reproduce it in Webkit Nightly & Chrome Canary on OS X but my colleague experience it in Chrome on Linux, too.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Michał Gołębiowski-Owczarek
Removed some unnecessary styles from the test case:
http://jsfiddle.net/rWq6V/7/
BTW, the problem disappears if there is no space after the div closing tag, Webkit must be dealing incorrectly with that case.
Michał Gołębiowski-Owczarek
Has anything related to this bug been done recently? I can't reproduce it on jsFiddle on Webkit Nightly anymore (on Chrome Canary I can, though).
Michał Gołębiowski-Owczarek
Well, the bug disappeared in Chrome Canary, too, after one of recent updates.
Michał Gołębiowski-Owczarek
I'm marking it as RESOLVED FIXED since the bug disappeared some time after I reported it.