Divider line is seen misplaced in omnibox after enabling RTL flags
Reported by
vineetha...@etouch.net,
Apr 11 2018
|
|||
Issue descriptionChrome Version: 67.0.3393.4 (Official Build)Revision 1c8c7bb130996ac73fdf93473d13849dbcba5240-refs/branch-heads/3393@{#6}(64 bit) OS: Mac(10.12.6,10.13.1,10.13.5) Pre-condition: Set 'Force UI direction' flag to 'Right-to-left' and enable the 'Enable RTL' flag under chrome://flags What steps will reproduce the problem? (1) Launch chrome, navigate to NTP and type URL e.g: https://www.youtube.com/ or https://www.google.com. (2) Observe that the text 'Press tab to search Youtube video Search' appears on the LHS of omnibox. (3) Now Press tab to enter Search mode and observe the text that appears in the RHS of omnibox. Actual: The divider line is seen misplaced and appears in between the text. Expected: The divider line should not be seen misplaced. This is a non-regression issue, seen from M-60 build #60.0.3072.0. NOTE: 1. This issue is not observed on Windows (7,8,8.1,10) & Linux(14.04 LTS) OS
,
Apr 12 2018
lgrey@, can you triage this further? (prioritize, assign, etc.)
,
Apr 12 2018
Setting those two experiments is insufficient to test Cocoa RTL since natural text direction doesn't get reset unless the OS is logged into with Arabic/Hebrew locale or Chrome is launched with -NSForceRightToLeftWritingDirection YES -AppleTextDirection YES In this case, the overlap is due to the text being left-aligned where it would be right aligned if natural text direction was correct.
,
Apr 12 2018
The easiest way to tell, by the way, is the stoplight buttons. If they're on the left, the OS is not fully in RTL mode. |
|||
►
Sign in to add a comment |
|||
Comment 1 by nyerramilli@chromium.org
, Apr 11 2018