196480 2019-04-01 20:34:26 -0700 Shift-arrow keys select in the wrong direction in an RTL input 2023-02-06 13:00:25 -0800 1 1 1 Unclassified WebKit HTML Editing WebKit Nightly Build Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=186465 InRadar P2 Normal --- 1 simon.fraser webkit-unassigned ahmad.saleem792 dbates mitz rniwa simon.fraser webkit-bug-importer wenson_hsieh oldest_to_newest 1523204 0 366465 simon.fraser 2019-04-01 20:34:26 -0700 Created attachment 366465 Testcase Load the attachment, type a bunch of text into the input, and then arrow around: the caret moves in the direction you expect. Now shift-arrow: the selection is extended in the wrong direction. This works in Firefox. 1523205 1 webkit-bug-importer 2019-04-01 20:36:33 -0700 <rdar://problem/49507135> 1523228 2 rniwa 2019-04-01 21:59:59 -0700 Yeah, the selection is always extended in logical direction. 1523344 3 simon.fraser 2019-04-02 10:18:50 -0700 That's really odd when arrow keys move the caret in the physical direction. 1523464 4 rniwa 2019-04-02 14:14:59 -0700 (In reply to Simon Fraser (smfr) from comment #3) > That's really odd when arrow keys move the caret in the physical direction. To support extending / shirnking selection in visual direction, we need to support multi-range selection or weird stuff happens. 1931464 5 ahmad.saleem792 2023-02-06 13:00:25 -0800 I am able to reproduce this in WebKit ToT (259906@main) and it matches with Chrome Canary 112 while Firefox Nightly 111 show caret in the end of the text and also Shift+Arrow keys also behave opposite of Safari & Chrome. 366465 2019-04-01 20:34:26 -0700 2019-04-01 20:34:26 -0700 Testcase just-a-text-input.html text/html 217 simon.fraser PCFET0NUWVBFIGh0bWw+Cgo8aHRtbD4KPGhlYWQ+CiAgICA8c3R5bGU+CiAgICAgICAgaW5wdXQg ewogICAgICAgICAgICBtYXJnaW46IDEwMHB4OwogICAgICAgICAgICBmb250LXNpemU6IDI0cHQ7 CiAgICAgICAgICAgIGRpcmVjdGlvbjogcnRsOwogICAgICAgIH0KICAgIDwvc3R5bGU+CjwvaGVh ZD4KPGJvZHk+CjxpbnB1dCB0eXBlPSJ0ZXh0Ij4KPC9ib2R5Pgo8L2h0bWw+Cg==