New issue
Advanced search Search tips

Issue 880329 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

PDF viewer cursor offset on second monitor with different high DPI scaling

Reported by alvinhoc...@gmail.com, Sep 4

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.72 Safari/537.36

Steps to reproduce the problem:
1. Have two monitors of different DPI scaling (in my case first monitor is at 150% and second monitor is at 100%)
2. Open PDF file with text/links
3. Move window to second monitor
4. Try to select text/click on links

What is the expected behavior?

What went wrong?
Click/select positions are offset.

Did this work before? N/A 

Chrome version: 69.0.3497.72  Channel: beta
OS Version: 10.0
Flash Version:
 
Labels: Needs-Triage-M69
Components: -UI Internals>Plugins>PDF UI>HighDPI
HighDPI folks: I have 2x24 monitors here. Is it possible to manually set the DPI for one of them in Windows, so I can try to reproduce this bug? Or do I have to have an actual HighDPI monitor?
re comment 3: Yes, you can set a higher scaling in the display settings without actually having a high DPI monitor. The maximum scaling allowed for a 1080p monitor is 175%. For 1440p it's 225.
Labels: -Needs-Triage-M69
Status: Available (was: Unconfirmed)
Having 2 24" monitors with different scaling is a trippy experience.
One interesting thing I've noticed is that the windows opened on the high DPI monitor will not have the broken behavior. It only happens when the window is moved into the high DPI monitor. I looked at this briefly and the PDF plugin appears to be receiving the wrong coordinates.
 Issue 900546  has been merged into this issue.
 Issue 901880  has been merged into this issue.
Cc: kkaluri@chromium.org
Labels: -Type-Bug hasbisect-per-revision Hotlist-DesktopUIChecked Target-70 Target-71 RegressedIn-68 Hotlist-DesktopUIValid Target-72 FoundIn-69 Type-Bug-Regression
Owner: wjmaclean@chromium.org
Status: Assigned (was: Available)
*** Mass UI Triage ***

Able to reproduce this issue on Windows 10 with Stable #70.0.3538.110, Canary #72.0.3622.0
Issue regressed in M68

Bisect Info:
============
Good Build: 68.0.3426.0, Reference #557428
 Bad Build: 68.0.3427.0, Reference #557758

As per per-revision bisect script got the following range:
https://chromium.googlesource.com/chromium/src/+log/e3d543507e23d66d3b923670b1ac132b55dcd887..4263cfccd50ca0fe62d61caa5a67fb71c6e3a61e

Suspect CL: https://chromium.googlesource.com/chromium/src/+/4263cfccd50ca0fe62d61caa5a67fb71c6e3a61e

wjmaclean@ Could you please look into it

Note: Issue cannot be tested on Linux, Mac because of precondition

Sign in to add a comment