Bug 119393 - [CSS Regions] Margins are not correctly computed in regions with mixed widths
Summary: [CSS Regions] Margins are not correctly computed in regions with mixed widths
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: AdobeTracked
Depends on:
Blocks: 57312 74131
  Show dependency treegraph
 
Reported: 2013-08-01 05:46 PDT by Simon Pena
Modified: 2013-10-22 05:20 PDT (History)
3 users (show)

See Also:


Attachments
LayoutTest proposal (816 bytes, application/x-gzip)
2013-08-01 05:46 PDT, Simon Pena
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Pena 2013-08-01 05:46:06 PDT
Created attachment 207918 [details]
LayoutTest proposal

(This shares the same preconditions as bug #74131)

If you have an element in a region with a percentage margin, and the region is followed by another region with a larger width, the size and margin calculations are using the widest region in the flow, then moving and clipping for display in the first region. As a result, using getComputedStyle to retrieve these margins fails, giving the original values which used the widest region in the flow.

I created a test, starting from the one attached in bug #74131 and modifying it to incorporate the logic from http://trac.webkit.org/browser/trunk/LayoutTests/fast/css/getComputedStyle/getComputedStyle-margin-percentage.html. It can be seen how the test passes once we remove the second region with the larger width.