[Bug 23603] New: should body.scrollTop/Left return an overflown body's scroll offset in both strict and quirks modes?

https://www.w3.org/Bugs/Public/show_bug.cgi?id=23603

            Bug ID: 23603
           Summary: should body.scrollTop/Left return an overflown body's
                    scroll offset in both strict and quirks modes?
           Product: CSS
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: CSSOM
          Assignee: simonp@opera.com
          Reporter: tonikitoo@webkit.org
        QA Contact: public-css-bugzilla@w3.org

As of now the spec says [1] 

"
1) If the element does not have any associated CSS layout box or the element is
the root element and the Document is in quirks mode return zero and terminate
these steps.
2) If the element is the root element return the value of scrollY.
3) If the element is the HTML body element, the Document is in quirks mode,
return the value of scrollY.
4) Return the y-coordinate of the scrolling area at the alignment point with
the top of the padding edge of the element.
"

According to the above (specifically items 3 and 4), if body itself is
scrollable (see for example [2]), body.scrollTop will only return the body's
scroll Y offset if in in strict mode (see item 4 above), since in quirks mode
it should return the frame scroll Y offset unconditionally instead, regardless
of if body itself is scrollable.

Opera 12 (Presto) works like the above.
Mozilla (Gecko), returns body's scroll offset if body itself is scrollable, in
both strict and quirks modes.

I would like clarify tat behavior in order to implement things on Blink. I have
not tested IE. 

[1] http://dev.w3.org/csswg/cssom-view/#dom-element-scrolltop
[2] http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=2558#

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Wednesday, 23 October 2013 06:40:10 UTC