[Webkit-unassigned] [Bug 157482] New: Horizontally-scrollable items with a 3d transform are rendered incorrectly in RTL when container has -webkit-overflow-scroll: touch

[bugzilla-daemon at webkit.org]

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

            Bug ID: 157482
           Summary: Horizontally-scrollable items with a 3d transform are
                    rendered incorrectly in RTL when container has
                    -webkit-overflow-scroll: touch
    Classification: Unclassified
           Product: WebKit
           Version: Safari 9
          Hardware: iOS
                OS: iOS 9.3
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: wetmore.matt at gmail.com
                CC: simon.fraser at apple.com

Created attachment 278424
  --> https://bugs.webkit.org/attachment.cgi?id=278424&action=review
A small HTML file reproducing the bug.

In RTL, a set of inline elements within a horizontally-scrollable container will flow from right to left, and the container starts scrolled all the way to the right. With default scrolling, adding a 3d transform to the items in the scrollable container causes no problem. However, on iOS safari, adding -webkit-overflow-scroll: touch to the scrollable container causes any elements of the scroller with a 3d transform to be rendered in the wrong position. For this bug to occur, there must be enough elements in the scrollable container that the container can actually scroll. Viewing the buggy page with the web inspector shows that the browser thinks the elements are in the correct place (and their tap targets still exist in the correct place as well), but the elements are drawn in the wrong position.

I've attached a small HTML file which reproduces the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160509/70d0cf0e/attachment.html>