Created attachment 468298 [details] Incorrect space between the scroll and textarea's border Steps to reproduce: 1. Open data:text/html,<textarea dir=rtl>%0A%0A%0A%0A%0A 2. Try to scroll the texture Expected: Just like data:text/html,<textarea>%0A%0A%0A%0A%0A Not space between the scroll and textarea's border Actual: There's an incorrect space, the minimized scroll should be at left side expanded to right side.
Is it on macOS Ventura or Sonoma?
I can reproduce this on macOS Sonoma, but not on macOS Ventura. Not 100% confident if this is an OS change, because I also used different Safari/WebKit builds on these, but clearly a regression one way or another.
<rdar://problem/117355120>
Yes, this should be a regression and perhaps it's since Sonoma, I was just a bit less confident about being regression and didn't mention it as I had an unclear of something happened in past which now I remember I saw something similar in Chromium in 2016 https://crbug.com/626919 (not related) Just to add, this isn't only about textarea scroll but every scroll is affected AFAICT, for example data:text/html,<html dir=rtl style="height:300%;text-align:end">rtl
The issue here is that we position the scrollbar for its wide, hovered state, but the hover makes it grow to the left, not the right.
I guess is that we fail to set `userInterfaceLayoutDirection` in the UI process with UI-side compositing.
A friendly bump as it's so annoying for users using RTL script languages
Pull request: https://github.com/WebKit/WebKit/pull/25141
Committed 276040@main (e7a46d11ffb4): <https://commits.webkit.org/276040@main> Reviewed commits have been landed. Closing PR #25141 and removing active labels.
The fix is finally landed on stable macOS, thank you, it was so annoying, I wish to never see it again [which thanks to the test cases that's for sure]. Thanks 😊