New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 677381 link

Starred by 6 users
Status: Untriaged
Owner: ----
Cc:
█ hdodda@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug

Blocking:
issue 777854



Sign in to add a comment

incorrect content window bounds on high DPI displays

Reported by cong.l...@gmail.com, Dec 29 2016 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2965.0 Safari/537.36

Steps to reproduce the problem:
1. Open a page with window.open(url, target, 'toolbar=no,width=500,height=300')
2. check innerWidth & innerHeight in devtools
3. 

What is the expected behavior?
innerWidth should be 500 and innerHeight should be 300

What went wrong?
Both innerWidth and innerHeight are a bit larger than 500x300 on high DPI displays

Did this work before? N/A 

Chrome version: 57.0.2965.0  Channel: canary
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

The screenshots was made by a test page, which renders entire page with red background and a 500x300 box of black inside. 

Ideally you should not see any red area, and it's so on a 100% DPI display. However when it's scaled to > 100%, for example 175%, you will see the red area.
high-dpi-175.png
562 KB View Download

Comment 1 by cong.l...@gmail.com, Dec 29 2016 

This bug also affect the Chrome App API when creating window (chrome.app.window.create) with innerBounds.

Comment 2 by hdodda@chromium.org, Dec 30 2016

Cc: hdodda@chromium.org
Labels: M-57 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Tested on mac os 10.12.2 , windows 10 and ubuntu 14.04 using chrome canary M57 #57.0.2966.0 and issue is reproduced.

Both innerWidth and innerHeight are larger than 500x300 on high DPI displays.

Issue is seen from M30 and hence it is a non-regression issue.

Marking it as untraiged.

Thanks!

Comment 3 by a...@scirra.com, Apr 17 2017 

Is there any news on this? It affects preview mode in Construct 3  (https://editor.construct.net).

Comment 4 by dannyyy5...@googlemail.com, Oct 11 2017 

This issue still affects several projects of mine, could someone from the Chromium Team please look into this. Cheers!

Comment 5 by dannyyy5...@googlemail.com, Nov 30 2017 

Could a Chromium Developer please look into this anytime soon?
It's a really frustrating issue with no effective workarounds at the moment.

Comment 6 by dannyyy5...@googlemail.com, Jul 25 

This is still affecting my web-based projects, could a Chromium developer please look into this?

Comment 7 by mgiuca@chromium.org, Jul 26

Blocking: 777854

Comment 8 by mgiuca@chromium.org, Jul 26 

Probably the same overall issue as Issue 777854.

Comment 9 by chelamcherla@chromium.org, Nov 22

Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
**UI Mass Triage**

This issue is still reproducible on latest canary #72.0.3618.0. Adding appropriate labels.
►

Sign in to add a comment