Chrome Version:73.0.3679.0 (Official Build) a6e4408c6b15bb6af7e93df4ad81373f7fadcb94-refs/branch-heads/3679@{#1}(32/64-bit).
OS: Windows(7,8,8.1,10) ,Mac(10.13.1 , 10.13.6 , 10.14.3)and Linux (14.04 LTS)
Pre-condition: 1. Enable 'Enable using the Google local NTP'
2. Set 'Force UI direction' to Right-to-Left under chrome://flags.
What steps will reproduce the problem?
1. Launch chrome , navigate to NTP and click on Add shortcut thumbnail.
2. Observe the position of Cursor under 'Name' text-field.
Actual : Writing direction for 'Name' text-field does not change according to RTL.
Expected: Writing direction for 'Name' text-field should change according to RTL
This is a regression issue, broken in 'M-73', below is the per-revision bisect info:
Good Build: 73.0.3676.0 (Revision: 624070)
Bad Build : 73.0.3677.0 (Revision: 624410)
You are probably looking for a change made after 624309 (known good), but no later than 624310 (first known bad).
CHANGE-LOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.
https://chromium.googlesource.com/chromium/src/+log/2dc440a153bdad284455645c3a5a8dc9d08e6c32..840559c1c615cedd51fc7589bdefe0d2aaf4e005
Suspect: https://chromium.googlesource.com/chromium/src/+/840559c1c615cedd51fc7589bdefe0d2aaf4e005
@Kristi : Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.
Kindly refer the attached screen cast for reference.
Thank You..!
|
Deleted:
Actual behaviour.mov
1.3 MB
|
|
Deleted:
Expected Behaviour.mov
1.1 MB
|
Comment 1 by twellington@google.com
, Today (9 hours ago)