Typing שלום after pressing tab to search shows לוםש (first letter is seemingly LTR and the rest is RTL) |
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3630.0 Safari/537.36 Steps to reproduce the problem: 1. Type Google (or any other keyword that triggers tab to search) in the Omnibox. 2. Press tab to activate tab to search. 3. Type letters in an RTL language, like Hebrew - שלום (do not copy and paste it, type it). What is the expected behavior? The omnibox shows (Search Google) שלום. What went wrong? The omnibox shows (Search Google) לוםש. Did this work before? Yes Chrome 68 or 69 maybe Chrome version: 73.0.3630.0 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Even if you copy and paste a single Hebrew letter multiple times, you can see that the caret is stuck between the left-most letter and the one to the right of it. The Chrome user interface is in English. I have not tried RTL locales.
,
Dec 10
Able to reproduce the issue on reported chrome version 73.0.3630.0 also on latest chrome 73.0.3635.0 using Windows 7 and 10. Attaching screencast for reference. Same behavior is seen on M60(60.0.3112.113) hence considering it as non-regression and marking it as Untriaged. Issue not observer in Mac and Linux. Removing Needs-Bisect label to it. Thanks!
,
Dec 10
Attaching screencast..
,
Dec 17
Demoting priority, as this behavior has been around for a long time. This sounds a bit like bug 896962 (CCing the owner), in the sense that something wonky happens after invoking keyword search and then typing the first character of something using an IME.
,
Dec 18
I cannot reproduce using Chrome 71 (I restarted Windows, too). Interesting... |
|||
►
Sign in to add a comment |
|||
Comment 1 by phistuck@chromium.org
, Dec 8Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)