[Webkit-unassigned] [Bug 105574] Fix scrollRectToVisible in the presence of transforms

[bugzilla-daemon at webkit.org]

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





--- Comment #33 from Chris Hopman <cjhopman at chromium.org>  2013-01-22 10:11:54 PST ---
(In reply to comment #32)
> (In reply to comment #23)
> > (From update of attachment 182900 [details] [details])
> > Attachment 182900 [details] [details] did not pass mac-ews (mac):
> > Output: http://queues.webkit.org/results/15902358
> > 
> > New failing tests:
> > editing/input/caret-at-the-edge-of-contenteditable.html
> > editing/input/reveal-caret-of-multiline-input.html
> > editing/input/reveal-caret-of-multiline-contenteditable.html
> > fast/spatial-navigation/snav-div-overflow-scrol-hidden.html
> 
> All these tests seem fine to rebaseline except the last, spatival navigation failure. Here's the diff:
> --- /Volumes/Data/slave/mountainlion-release-tests-wk1/build/layout-test-results/fast/spatial-navigation/snav-div-overflow-scrol-hidden-expected.txt
> +++ /Volumes/Data/slave/mountainlion-release-tests-wk1/build/layout-test-results/fast/spatial-navigation/snav-div-overflow-scrol-hidden-actual.txt
> @@ -11,8 +11,8 @@
>  PASS gFocusedDocument.activeElement.getAttribute("id") is "f3"
>  PASS gFocusedDocument.activeElement.getAttribute("id") is "f3"
>  PASS gFocusedDocument.activeElement.getAttribute("id") is "f4"
> -PASS gFocusedDocument.activeElement.getAttribute("id") is "f4"
> -PASS gFocusedDocument.activeElement.getAttribute("id") is "f5"
> +FAIL gFocusedDocument.activeElement.getAttribute("id") should be f4. Was f5.
> +FAIL gFocusedDocument.activeElement.getAttribute("id") should be f5. Was f6.
>  PASS gFocusedDocument.activeElement.getAttribute("id") is "f6"
>  PASS gFocusedDocument.activeElement.getAttribute("id") is "f9"
>  This test is testing that div with overflow:auto would scroll, by div with overflow:hidden would not.
> 
> Ideas? Besides Mac, it's also failing on GTK, EFL and Qt.

Hm, this actually looks like correct behavior to me (i.e. the test should be updated). The test appears to be checking that f7 and f8 are skipped (as they are the elements in the hidden overflow). I don't know about spatial-navigation, so I don't know why an element is sometimes repeated.

Chromium doesn't use spatial-navigation, but maybe I can try to look at this with one of the other ports.

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