chrome.app.window show(true) doesn't always focus
Reported by
pierbove...@gmail.com,
Mar 18 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.26 Safari/537.36 Steps to reproduce the problem: 1. Call chrome.app.window show(true) 2. The window is shown 3. The window is not always focused What is the expected behavior? According to the docs when using show(true) the window should be focused when shown. https://developer.chrome.com/apps/app_window What went wrong? When using chrome.app.window show(true) the shown window only focuses about 50% of the times. I've created a project to reproduce the bug: https://github.com/PierBover/chrome-app-bug I've created a video showing how to reproduce the bug: https://youtu.be/7flh6En2dQw As you can see in the video the OSX system bar alternates between Chrome and the App. When the system bar shows the Chrome bar, the App window doesn't have focus and doesn't receive keyboard events. Did this work before? N/A Chrome version: 50.0.2661.26 Channel: n/a OS Version: OS X 10.11.2 Flash Version: Shockwave Flash 21.0 r0
,
Mar 20 2016
I've tried it in Canary 51.0.2684.0 and the behaviour is exactly the same. You can see it here: https://youtu.be/iE1gGMqBVes
,
Mar 20 2016
I updated to 10.11.3 and still the same.
,
Jul 15 2016
,
Jul 18 2016
+benwells@, tapted@ Mac platform, need some help to investigate. Thanks.
,
Jul 19 2016
The sample does some non-standard stuff. https://github.com/GoogleChrome/chrome-app-samples has a "window-options" sample which doesn't suffer from this. Perhaps try inserting a delay. The OSX window server is asynchronous and has trouble with focus occasionally when there may be overlapping hide/show messages pending. We probably can't work around this. I think you'll be able to simplify your sample and get something that works reliably.
,
Jan 29 2018
Mac triage: WontFix per #6 |
||||
►
Sign in to add a comment |
||||
Comment 1 by shrike@chromium.org
, Mar 19 2016Labels: Needs-Feedback
Status: Untriaged (was: Unconfirmed)