Bug 76129

Summary: origin of overflowed element obscured by scrollbar in horizontal-bt and vertical-rl writing modes
Product: WebKit Reporter: Tony Chang <tony>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: hyatt, mstensho, xji
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
test case
none
better test case none

Tony Chang
Reported 2012-01-11 16:56:24 PST
I'll attach a test case. horizontal-tb and vertical-lr work because the origin is the top left and the scrollbars are on the bottom and right.
Attachments
test case (1.45 KB, text/html)
2012-01-11 16:56 PST, Tony Chang 		no flags
Details
better test case (2.36 KB, text/html)
2012-01-17 15:25 PST, Tony Chang 		no flags
Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Tony Chang
Comment 1 2012-01-11 16:56:56 PST
Created attachment 122131 [details] test case
Tony Chang
Comment 2 2012-01-13 16:02:00 PST
Investigating as I have a layout test that is hard to make an expected result because of this bug.
Tony Chang
Comment 3 2012-01-17 15:25:32 PST
Created attachment 122823 [details] better test case
Tony Chang
Comment 4 2012-01-17 16:06:04 PST
This seems non-trivial to fix. It works in RTL mode because the layout origin is relative to where the text start (top right corner in horizontal-tb) and the overflow is computed properly relative to to where the text starts. In the horizontal-bt or vertical-rl case, the overflow is still computed based on the top left corner.
Morten Stenshorne
Comment 5 2013-07-16 22:50:17 PDT
The two last tests in "better test case" are invalid. direction:rtl means that initial inline scroll position will be at the logical right, but Latin is still written left-to-right, so the first part of the words will typically be missing.
Note You need to log in before you can comment on or make changes to this bug.