New issue
Advanced search Search tips

Issue 868293 link

Starred by 1 user
Status: WontFix
Owner:
rbpotter@chromium.org
Closed: Jul 30
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: 'Print Destinations Manage...' word continuation is seen misplaced after RTL.

Reported by sanyam.g...@etouch.net, Jul 27 
Chrome Version: 70.0.3504.0 (Official Build) caaa08e92d8d9e71ab033d902165bb9859bb15f2-refs/branch-heads/3504@{#1}(32/64 bit)
OS: Windows(7,8,8.1,10), Mac(10.12.6 , 10.13.1 , 10.13.6, 10.14) and Linux(14.04)

Pre-conditions: 
1. Enable 'Enable new Print Preview UI' flag under chrome://flags.
2. Set 'Force UI direction' to 'Right-to-left' under chrome://flags.

What steps will reproduce the problem?
(1) Launch Chrome open NTP and give print command using 'Ctrl+P' to open Print Preview overlay.
(2) Click on 'Change' button to open 'Select a destination' overlay.
(3) Observe the 'Print Destination Manage...' word continuation.

Actual  : 'Print Destinations Manage...' word continuation is seen misplaced(... Print Destinations Manage).
Expected: 'Print Destinations Manage...' word continuation should not be seen misplaced(...Manage Print Destinations).

This is a regression issue, broken in 'M-66', and below is  per-revision bisect-info:
Good Build:66.0.3336.0(Revision:533410)
Bad Build: 66.0.3338.0(Revision:534242)

You are probably looking for a change made after 534231 (known good), but no later than 534232 (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/25841845b831030b7e8a9c87d1918d732b9ae856..9bdca0846b3f8954affafe83b8b95d59a9640932

Suspect: https://chromium.googlesource.com/chromium/src/+/9bdca0846b3f8954affafe83b8b95d59a9640932

@rbpotter: 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 review the attached screen-cast .

Thank You!
Actual_Result.mp4
615 KB View Download
Expected_Result.mp4
998 KB View Download
Image.png
52.3 KB View Download

Comment 1 by rbpotter@chromium.org, Jul 27

Labels: Needs-Feedback
Can you see if this reproduces in a real RTL language, as opposed to just with the testing flag? I tested both Hebrew and Arabic on Linux and cannot reproduce.

Comment 2 by sanyam.g...@etouch.net, Jul 30

Labels: -Needs-Feedback
Update w.r.t comment#1:

As mentioned, checked the above issue on Canary build #70.0.3507.0 on Windows OS, and observed that in real RTL language(Hebrew and Arabic), the above issue does not reproduce. This issue is specific to testing flag(Set 'Force UI direction' to 'Right-to-left' under chrome://flags). Kindly refer the attached screen cast for the same.
Behaviour_Hebrew.mp4
1.6 MB View Download

Comment 3 by rbpotter@chromium.org, Jul 30

Status: WontFix (was: Assigned)
Okay. I don't think this is likely to be a real use case (English UI set to use RTL via chrome://flags), so marking as WontFix. Please re-open if you find a way to reproduce in an RTL language or other likely use case.
►

Sign in to add a comment