Issue metadata
Sign in to add a comment
|
Cannot interact with iframe on lower DPI screen
Reported by
fran...@docsend.com,
Nov 28
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Safari/537.36 Steps to reproduce the problem: This is specific to macOS Mojave version 10.14.1 laptop with retina display. 1. Connect to an external monitor with lower DPI than main laptop. 2. Go to System Preferences > Displays. 3. Set displays to extend (do not mirror laptop display). 4. Click on Arrangement. 5. Set menubar to the laptop's display. 6. Pull Chrome browser to display completely within external monitor. 7. Load and click on test Chrome extension. Allow iframe to load completely. 8. Observe that only the top left 25% of the browser popup can be interacted with. See screenshot for reference. What is the expected behavior? The whole popup should receive mouse events and interactive. What went wrong? Only the top left 25% of the popup is interactive. The rest of the popup does not receive any mouse events. It appears to be a DPI miscalculation. Did this work before? Yes First noticed in version 70.0.3538.102 Chrome version: 70.0.3538.110 Channel: stable OS Version: OS X 10.14.1 Flash Version: Attached: 1. A PNG that outlines the area that's interactive. 2. A zip of an example Chrome extension that reproduces the issue. Note that if you remove the background script declaration altogether (i.e. the key and value) and reload the extension, the popup will not exhibit the bug. It's the combination of the lower DPI + display arrangement + iframe + background script that causes the issue. Here is a video file that demonstrates the issue: https://drive.google.com/file/d/1YJeP3V32qPPk4W9_VxkQzkm_Ca_O3qhR/view?usp=sharing Note that the cursor does not change when it hovers over elements outside of the top left 25% of the popup.
,
Nov 28
,
Nov 28
Thanks for filing the issue! As mentioned in comment#0, the issue seems to be specific to macOS Mojave version 10.14.1 laptop with retina display connected to an extended monitor with lower DPI. Currently we have Retina MacBook Pro (touch bar) with Mojave 10.14.1, as we do not have a connector to connect it to an external monitor routing this to Inhouse team to check from their end. Hence adding label "TE-NeedsTriageFromHYD".
,
Nov 28
FYI -- we got another report yesterday that it's happening on High Sierra (OS version 10.13.6) and Chrome version 70.0.3538.77.
,
Nov 29
Unable to reproduce the issue on Mac-OS(High Sierra) 10.13.6 with chrome #70.0.3538.110 as per steps mentioned in the comment #0 Attaching the screen-cast for reference. frances@ Could you please look into it and let us know your observations.
,
Nov 29
Hello, thanks for looking into this issue! In the Arrangement dialog, is the external display the left pane or the right pane? The menu bar has to be on the laptop display (i.e. the display with the higher DPI), which I would have expected to be the smaller, right pane in that video. In trying to reproduce this issue, I had my menu bar on the lower DPI display, but that did not allow me to reproduce the bug. We are currently using that as a workaround. However, that's not the default Arrangement setting when someone connects their Apple laptop to an external display, so it's frustrating for our users to have to change their display preferences to use our extension. I've attached annotate screenshots for clarification. Hopefully that will allow you to reproduce the issue!
,
Nov 29
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 30
Also, I confirmed that the bug still exists for my coworker who is on Mac-OS (High Sierra) 10.13.6 with Chrome version 70.0.3538.110.
,
Nov 30
Response to comment #6 Q) In the Arrangement dialog, is the external display the left pane or the right pane? A) Right Pane Q) The menu bar has to be on the laptop display (i.e. the display with the higher DPI), which I would have expected to be the smaller, right pane in that video. A) As per Comment #0, External display should have lower DPI then laptop monitor, which is why laptop monitor is looking bigger than external I'm attaching the screen-cast taken on external monitor. Please look into it. frances@ Could you please help me with screen-cast which shows the screen resolutions & Arrangement
,
Nov 30
Hi, thanks for your patience in triaging this bug! To be clear, the main machine must have a retina display. We are able to reproduce on several MacBook Pro laptops from 2015 (early), 2016, and 2017 -- all with retina displays. Looking at the laptop image in your screencast, I don't think that laptop has a retina display. I believe that all MacBook Pro laptops with retina display have a black, glass bezel -- not a silver, aluminum bezel. If it's the same laptop used in this bug report https://bugs.chromium.org/p/chromium/issues/detail?id=909919, your MacBook Air does not have retina since the MacBook Airs got retina this year, and they do not have a silver bezel on the screen.
,
Nov 30
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 3
Since Retina Mac display is not available with TE team, adding TE-Hardware-Dependency label and adding appropriate labels
,
Dec 7
+cc vmiura@ from GPU Marking this as Needs-TestConfirmation - it sounds like the next step here is for TE to acquire the necessary hardware?
,
Dec 11
Does TE not have any recent Macbook Pro laptops? Those should satisfy the hardware requirement.
,
Dec 13
Able to reproduce the issue on Mac Retina with chrome #70.0.3538.110 and canary #73.0.3637.0 Issue broken between M70-M71 Bisect Info: ============= Good Build : 70.0.3538.0 Bad Build : 70.0.3538.110 After manually looking at CL's between good & bad, suspecting the following CL: https://chromium.googlesource.com/chromium/src/+/66ef5ec53dffd017317a99097eb810b4a807b403 chrishtr@ Could you please look into it Attaching the screen-cast for reference. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by fran...@docsend.com
, Nov 28