New issue
Advanced search Search tips

Issue 866799 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Jul 24
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: [Print Preview] 'Copies/Scale' text-box gets misplaced on changing the writing direction.

Reported by dchau...@etouch.net, Jul 24

Issue description

Chrome Version: 68.0.3440.75 (Official Build) Revision	cf598d63a4f1b9e7cd14f2a8433276b196e3e07d-refs/branch-heads/3440@{#738} 32/64-bit.
OS: Win(7,8,8.1,10) ,Mac(10.12.6 , 10.13.1 , 10.13.6, 10.14)  and Linux(14.04 LTS).

What steps will reproduce the problem?
1. Launch Chrome and give print command on any webpage.
2. Right click on 'Copies/Scale' text-box to open context menu and hover the mouse pointer on 'Writing Direction' option.
3. Now select 'Right to left' option from context menu and observe the position of 'Copies/Scale' text-box.

Actual: 'Copies/Scale' text-box gets misplaced on changing the writing direction.
Expected: 'Copies/Scale' text-box should not misplace on changing the writing direction. 

This is a regression issue, broken in M-63 series, below is manual regression range:

Good build: 63.0.3219.0 (Revision: 502729)
Bad build: 63.0.3221.0 (Revision: 503308)

Using the per-revision bisect providing the bisect results:

You are probably looking for a change made after 502889 (known good), but no later than 502890 (first known bad).
CHANGELOG 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/6651aff71ddd37cc86bcb99e459a718da06d759e..23d9fca0c4804dc045f254937c53961879125130

Suspecting: https://chromium.googlesource.com/chromium/src/+/23d9fca0c4804dc045f254937c53961879125130

@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.

NOTE: This issue is also reproducible on Stable #67.0.3396.99, Beta #68.0.3440.68, Dev #69.0.3493.3 and Canary #70.0.3501.0

Kindly review the attached screen-cast for reference.

Thank you.
 
Actual behavior.mp4
1.0 MB View Download
Expected behavior.mp4
867 KB View Download
Labels: -Pri-1 Pri-3
Status: WontFix (was: Assigned)
These text boxes look fine when the UI is displayed in RTL languages. We use webkit-margin-end here so that when displaying the UI in RTL the gap between the collate checkbox and the copies input looks correct. This has the effect of offsetting the input when a single element is set to RTL, when the rest of the UI is LTR. I do not think this is a use case that is intended to work, so closing this.

Sign in to add a comment