[Webkit-unassigned] [Bug 29781] New: Absolutely positioned element is not complied with W3C standard.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=29781

           Summary: Absolutely positioned element is not complied with W3C
                    standard.
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Windows XP
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P3
         Component: CSS
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: hanrui.gao at gmail.com
                CC: johnnyding.webkit at gmail.com


Created an attachment (id=40190)
 --> (https://bugs.webkit.org/attachment.cgi?id=40190)
Testcase shows the behaviour of absolutely positioned element is not complied
with W3C standard.

Safari Version       : 4.0.3 (531.9.1)
Other browsers tested:
Chrome 4.0.213.1: Same as Safari
     Firefox 3.x: Same as Safari
          IE 6/7: Different to Safari
            IE 6: Different to Safari

What steps will reproduce the problem?
1. Launch the testcase file attached

What is the expected result?
The inner div is absolutely positioned div without left/top specified. So
according to W3C standard, its left side should be at the place as same as
static positioned div.

W3C standard: 
http://www.w3.org/TR/CSS2/visudet.html#abs-non-replaced-width
  "2. 'left' and 'right' are 'auto' and 'width' is not 'auto', then if the
'direction' property of the element establishing the static-position containing
block is 'ltr' set 'left' to the static position, otherwise set 'right' to the
static position. Then solve for 'left' (if 'direction is 'rtl') or 'right' (if
'direction' is 'ltr')."

What happens instead?
The inner div always align to left of the outer div, which is different from
the static flow. ( The first and third groups in testcase are absolutely
positioned while the second and fourth groups are static positioned for
comparing. )

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.