Issue metadata
Sign in to add a comment
|
Regression : [Print Preview]Text caret is not aligned properly with ghost text in text field.
Reported by
rp...@etouch.net,
Sep 26
|
||||||||||||||||||||
Issue descriptionChrome version: 71.0.3561.0 (Official Build) Revision 59edfd1d195efd57c937c950c1fd2a708a83f1f0-refs/branch-heads/3561@{#1}(32/64-bit) OS: Windows(7,8,8.1,10) Pre condition : Change browser language to 'Hindi' from chrome://settings/languages What steps will reproduce the problem? 1. Launch chrome, navigate to NTP and press 'Ctrl + p' to open print preview 2. Now click on Page text field and observe text caret Actual Result: Text caret is not aligned properly with ghost text in text field Expected Result: Text caret should be properly aligned with ghost text in text field This is regression issue broken in ‘M-71’ and will soon update other info: Good build: 71.0.3551.0 (Revision: 590851) Bad build : 71.0.3552.2 (Revision: 591210) Using the 'per-revision' script providing the bisect result: You are probably looking for a change made after 591108 (known good), but no later than 591109 (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/974aa7b559b4361d7410479796becb0b933dc6a4..e73e92b7fbf4206ffdb20282ac73bcbed7cf910e Suspecting: https://chromium.googlesource.com/chromium/src/+/e73e92b7fbf4206ffdb20282ac73bcbed7cf910e @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 : 1. This issue is not seen on Mac(10.12.6 , 10.13.1 , 10.13.6, 10.14) and Linux(14.04 LTS) OS 2. This issue is also seen on Dev build #71.0.3559.6 Kindly review the attached screen-cast for reference. Thank you.
,
Sep 28
This seems like it may be the same issue as https://crbug.com/890274 . The caret is not aligned with the ghost text perfectly in English either if you look closely at this input or other cr-inputs. However, it is certainly more obvious for this input in Hindi.
,
Oct 23
,
Jan 8
Marking available since the regression was just the introduction of cr-input. Copying explanation from bug 890274 , but leaving this one open for tracking/collecting any duplicate reports. This appears to also impact other cr-inputs across web UI, not just Print Preview, and a similar effect occurs with just a native input that sets line-height to 20px like cr-input does (this is most obvious if the input has a placeholder). This is very minor and doesn't seem to be due to a bug in either Print Preview or cr-input. It is likely a Blink rounding issue. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by rbpotter@chromium.org
, Sep 26