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

Issue 877625 link

Starred by 2 users
Status: Assigned
Owner:
wjmaclean@chromium.org
Cc:
kenrb@chromium.org
creis@chromium.org
susan.boorgula@chromium.org
█ nasko@chromium.org
wfh@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Dropdown input in cross-origin iframes render with the DPI scaling of the main monitor in Windows

Reported by dku...@salesforce.com, Aug 24 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36

Steps to reproduce the problem:
1. Set your main display to 125% DPI
2. Open http://darylkurtz.com/iframetest.html on your secondary display
3. Click on the dropdown - observe rendering issue

Example of this problem can be found here:
http://darylkurtz.com/iframetest.html

What is the expected behavior?
Dropdown should be rendered correctly

What went wrong?
The dropdown select options are cut off by the rendering error

Did this work before? Yes 67

Chrome version: 68.0.3440.106  Channel: stable
OS Version: 1803 OS Build 17134.228
Flash Version:
Screen Shot 2018-08-24 at 12.31.47 PM.png
73.5 KB View Download

Comment 1 by dku...@salesforce.com, Aug 24 

This issue does not occur in MacOS as dropdown inputs receive their style rendering from the OS.

Comment 2 by susan.boorgula@chromium.org, Aug 26

Labels: Needs-Triage-M68 Needs-Bisect

Comment 3 by susan.boorgula@chromium.org, Aug 27

Cc: susan.boorgula@chromium.org
Components: Blink>Forms
Labels: -Pri-2 -Needs-Bisect Triaged-ET Target-70 FoundIn-70 M-70 FoundIn-68 FoundIn-69 Target-69 Target-68 OS-Linux Pri-1
Status: Untriaged (was: Unconfirmed)
dkurtz@ Thanks for the issue.

Able to reproduce the issue on Windows 10 and Ubuntu 17.10 on the reported version 68.0.3440.106, latest Beta 69.0.3497.57 and Canary 70.0.3534.0 by following the steps given in the original comment.
Issue is not observed on Mac OS 10.13.3.

Unable to provide the bisect information as the issue is inconsistent.
Hence marking this issue as Untriaged and requesting Dev to look into this issue and help further.

Note: Adding M-70 label as the issue is inconsistent and unable to find the right regression range. Please feel free to add M-69 if needed.

Thanks..

Comment 4 by tkent@chromium.org, Aug 27

Components: -UI -Blink>Forms Blink>Forms>Select Internals>Sandbox>SiteIsolation

Comment 5 by nasko@chromium.org, Aug 27

Cc: kenrb@chromium.org wjmaclean@chromium.org creis@chromium.org nasko@chromium.org
Adding kenrb@ and wjmaclean@ who are the experts in the area of OOPIF and rendering/input events.

Comment 6 by sylcat@google.com, Dec 10

Owner: kenrb@chromium.org
Assigning to kenrb@ for now so that this P1 bug can gain some traction. kenrb@ if there is someone else on the team that is better equipped to work on this please reassign accordingly.

Thank you!

Comment 7 by wjmaclean@chromium.org, Dec 10 

Fwiw, I've recently observed drop-downs rendering improperly even without any OOPIFs involved. For example, the two attached photos are of this page, the only difference being which monitor I positioned the window on.

Are we sure this is an OOPIF issue?
IMG_20181210_144730.jpg
7.1 MB View Download

Comment 8 by wjmaclean@chromium.org, Dec 10 

Sorry, attachment failure ...
IMG_20181210_144706.jpg
8.4 MB View Download

Comment 9 by kenrb@chromium.org, Dec 12

Cc: -wjmaclean@chromium.org
Owner: wjmaclean@chromium.org
Status: Assigned (was: Untriaged)
Passing ownership on, at least for investigation.

Comment 10 by wjmaclean@chromium.org, Jan 2

Labels: -Pri-1 -Target-70 Target-73 Pri-2
►

Sign in to add a comment