Invalid NoDisplaySleepAssertion "Playing video" keeps display from sleeping.
Reported by
real...@gmail.com,
Sep 2 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Steps to reproduce the problem: Hard to reproduce on purpose but I will give the detection method I used instead. 1. Find display is not sleeping when it should 2. pmset -g assertions | grep NoDisplaySleepAssertion See that chrome is causing it 3. close one tab at a time and re-check to find the tab that is causing it 4. tab that causes it doesn't necessarily have a video in it, and if it does it is paused. So far I have found a paused youtube video to cause this, a Box.com 'Box Note" being opened, and a cgit webpage for looking at Git repository What is the expected behavior? Only an active playing video should keep display from sleeping. What went wrong? NoDisplaySleepAssertion seems to get stuck on some how. Did this work before? N/A Chrome version: 52.0.2743.116 Channel: n/a OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 22.0 r0 Having the ability for chrome to tell me what web page or tab specifically is causing the assertion would help with debugging. Right now it only gives me the pid of the browser.
,
Sep 2 2016
@rohitrao sorry I don't run Chrome on those platforms. I haven't found a way to reliably make it happen on demand so I can't test in a VM easily either.
,
Sep 8 2016
+ erikchen@, who is investigating CPU/GPU energy use.
,
Sep 14 2016
Assigning to erikchen@ for investigation or routing.
,
Sep 15 2016
So this happened again and I found that when I closed a Box Note page it went way. 11:46 CDT | habanero:~>pmset -g assertions | grep NoDisplaySleepAssertion pid 7178(Google Chrome): [0x000b842c00051f09] 00:00:05 NoDisplaySleepAssertion named: "Playing video" I work for Box and if there is something we are doing I can talk to our Devs about that causes this I will pass it along. But I have seen other pages do this as well not just Box Notes. Box Notes does use WebSockets if that is something of interest.
,
Sep 15 2016
It turns out this is a bug in Box Notes. I'm not sure eactly the details but opening a Box Note and hitting escape causes the assertion to appear. This may not be a Chrome problem at all.
,
Oct 28 2016
Thanks. Please file a new bug if this is still an issue. |
||||
►
Sign in to add a comment |
||||
Comment 1 by rohitrao@chromium.org
, Sep 2 2016