outerWidth/Height and screenX/screenY are 0 when loaded in a hidden tab
Reported by
bruno.ra...@gmail.com,
May 8 2017
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36 Steps to reproduce the problem: 1. Load the reduced case, or mywebbrowser.info/windowscreen.htm, in a windowed desktop chrome environment. 2. Right-click the 'Load page' link to open the same page in a tab 3. Let the page load in a hidden tab, then go to the tab and read values What is the expected behavior? outerWidth/Height and screenX/screenY should read the same as a visible tab. They are however not reported, or all read 0. What went wrong? The page load being in a windowed environment, neither screenY or outerWidth/Height should be 0. Did this work before? No Does this work in other browsers? Yes Chrome version: Channel: stable OS Version: Flash Version: HeadlessChrome having outerWidth/Height at 0 is fine with me, since there is technically no window chrome, just as Phantom JS or headless Safari would report 0, so it's expected. However a hidden tab context loaded by the user should adequately report window dimensions and screen position. For the exception of iOS always reporting outerWidth/Height 0 consistently, this bug is Chrome only since at least Chrome 7.
,
May 9 2017
Thank you for providing more feedback. Adding requester "eae@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 9 2017
Perhaps I should have mentioned the OS as it may be on Mac only and Unix, not Window 10. I still experience this on Mac OX X 10.10.5 using Chrome 59.0.3071.29, or Chrome 49 on Ubuntu 12.4. Please reproduce on Mac OS X. thanks
,
May 12 2017
,
May 15 2017
Tested this issue Windows 10, Ubuntu 14.04 and Mac 10.12.4 with chrome #58.0.3029.110 and Canary #60.0.3098.0 These are the steps followed 1. Load the reduced case, windowscreen.htm, in a windowed desktop chrome environment. 2. Right-click the 'Load page' link to open the same page in a new tab 3. Let the page load in a hidden tab, then go to the tab and read values Observed this displayed a error message "File not found" Attaching a screen-cast for reference. bruno.racineux@ Could you please look into it and let us know any steps i have missed while reproducing the issue. Thank You..
,
May 15 2017
Use the live https://mywebbrowser.info/windowscreen.htm for the test Or obviously, change the path of the link to relative for a local test.
,
May 15 2017
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 17 2017
Able to reproduce the issue on Mac 10.12.4 with chrome Stable #58.0.3029.110, Canary #60.0.3100.0 and also observed in earlier version M30 #30.0.1549.0 This is a non-regression issue, hence marking it as untriaged. Attaching a screen-cast for reference. Note: Issue is not observed in Windows 10 and Ubuntu 14.04 Thank You...
,
May 24 2017
,
May 25 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 26 2018
The issue still persists as of Chrome 67.0.3396.56 or Canary 68.0.3440.0 on Mac OS 10.11.6
,
May 29 2018
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by e...@chromium.org
, May 8 2017