Extension popup occasionally fails to paint on load
Reported by
dal...@agilebits.com,
May 3 2018
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3409.2 Safari/537.36 Steps to reproduce the problem: 1. Launch Chrome 68+ 2. Load the unpacked i-love-red extension attached to this issue 3. Click the "S" extension icon in the top right corner What is the expected behavior? The extension popup will appear with a red background and contain the phrase "Hello World!". What went wrong? The extension popup occasionally appears but doesn't paint on load (red background, "Hello World!", etc). This behavior is only present on macOS. In the attached screenshot titled "popup_content_not_rendering", it's clear that the content is there but just isn't being displayed. To get a better idea of this issue in action, take a look at the attached recording titled "popup_render_issue_demonstration". When the popup content isn't painted, it's possible to force it to be painted by resizing the popup window or setting the popup to "display: none" then "display: block". The former is demonstrated in the attached screen recording. In it, the popup window is resized after one second which forces the popup to be painted again. This results in the content being displayed properly. Again, it's only present on macOS in Chrome 68+. WebStore page: Did this work before? N/A Chrome version: 68.0.3409.2 Channel: dev OS Version: OS X 10.13.4 Flash Version:
,
May 7 2018
Able to reproduce this issue on reported version 68.0.3409.2, 68.0.3410.0 and latest canary 68.0.3423.0 using Mac 10.13.1. Attaching screencast for reference. @Reporter: Please check the screencast and let us know if we miss anything. Any further information on reproducing the issue would help in further debugging of this issue. Thanks!
,
May 9 2018
Thanks for that video, but the reproduction that you have there is not quite correct. In your video, it appears the content of the popup is visible and then resizes to 100px tall. The bug we are seeing, as shown in the original video, is that the content of the popup is totally white until the timeout in popup.js fires to set the height to 100px, which triggers the popup to repaint. Without this, the popup would have no content whatsoever and would remain that way as long as it was on screen. When the popup is white, though, we have verified through the developer tools that the markup is actually in place and we can manipulate the DOM just as we would expect to. But until a repaint of the popup is triggered, the content is not rendered to the user. So far, we have tried a few different things to trigger the repaint such as changing background colors, using CSS animations and transforms, and adding/removing nodes, but the only thing that has consistently triggered the content to appear is resizing the popup. I hope that helps clarify the issue we're seeing.
,
Jun 8 2018
No feedback was received in the last 30 days from the reporter, so archiving this issue. Please re-open or file a new bug if necessary. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 8 2018
I'm re-opening this issue as the behavior reported in the my initial post is still present. Jamie's response in Comment 3 further clarifies on the behavior we're seeing. Let us know if we need to clarify the issue any further.
,
Jun 8 2018
Couldn't find an obvious way to re-open this issue so I filed a new one: https://bugs.chromium.org/p/chromium/issues/detail?id=851111 |
|||
►
Sign in to add a comment |
|||
Comment 1 by susan.boorgula@chromium.org
, May 4 2018