Issue 571250 in chromium: Chrome is preventing OSX from going to sleep
545 views
Skip to first unread message
chro...@googlecode.com
Dec 19, 2015, 2:55:36 PM12/19/15
to chromi...@chromium.org
Status: Unconfirmed
Owner: ----
Labels: OS-Mac Pri-2 Type-Bug
New issue 571250 by bog...@gmail.com: Chrome is preventing OSX from going
to sleep
https://code.google.com/p/chromium/issues/detail?id=571250
Chrome Version : 47.0.2526.106
OS Version: OS X 10.11.1
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
1.
2.
3.
What is the expected result?
OSX should go to sleep.
What happens instead of that?
It doesn't.
$ pmset -g assertions
2015-12-19 14:51:43 -0500
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 34464(Google Chrome): [0x0005662300010203] 00:02:05
NoIdleSleepAssertion named: "Uploading data"
pid 34464(Google Chrome): [0x0005661300010201] 00:02:21
NoIdleSleepAssertion named: "Uploading data"
pid 34886(AddressBookSourceSync): [0x0005668e0001020d] 00:00:18
PreventUserIdleSystemSleep named: "Address Book Source Sync"
Timeout will fire in 1782 secs Action=TimeoutActionTurnOff
pid 101(hidd): [0x000565a6000901f1] 00:04:10 UserIsActive
named: "com.apple.iohideventsystem.queue.tickle"
Timeout will fire in 90 secs Action=TimeoutActionRelease
Kernel Assertions: 0x10c=USB,BT-HID,MAGICWAKE
id=504 level=255 0x100=MAGICWAKE mod=12/19/15, 1:44 PM description=en0
owner=en0
id=578 level=255 0x8=BT-HID mod=12/31/69, 7:00 PM
description=com.apple.driver.IOBluetoothHIDDriver owner=BNBMouseDevice
id=764 level=255 0x8=BT-HID mod=12/31/69, 7:00 PM
description=com.apple.driver.IOBluetoothHIDDriver
owner=AppleBluetoothHIDKeyboard
id=860 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=MacBook Air
SuperDrive
Idle sleep preventers: IODisplayWrangler
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
Attachments:
Screen Shot 2015-12-19 at 2.53.35 PM.png 57.4 KB
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Owner: ----
Labels: OS-Mac Pri-2 Type-Bug
New issue 571250 by bog...@gmail.com: Chrome is preventing OSX from going
to sleep
https://code.google.com/p/chromium/issues/detail?id=571250
Chrome Version : 47.0.2526.106
OS Version: OS X 10.11.1
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
1.
2.
3.
What is the expected result?
OSX should go to sleep.
What happens instead of that?
It doesn't.
$ pmset -g assertions
2015-12-19 14:51:43 -0500
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 34464(Google Chrome): [0x0005662300010203] 00:02:05
NoIdleSleepAssertion named: "Uploading data"
pid 34464(Google Chrome): [0x0005661300010201] 00:02:21
NoIdleSleepAssertion named: "Uploading data"
pid 34886(AddressBookSourceSync): [0x0005668e0001020d] 00:00:18
PreventUserIdleSystemSleep named: "Address Book Source Sync"
Timeout will fire in 1782 secs Action=TimeoutActionTurnOff
pid 101(hidd): [0x000565a6000901f1] 00:04:10 UserIsActive
named: "com.apple.iohideventsystem.queue.tickle"
Timeout will fire in 90 secs Action=TimeoutActionRelease
Kernel Assertions: 0x10c=USB,BT-HID,MAGICWAKE
id=504 level=255 0x100=MAGICWAKE mod=12/19/15, 1:44 PM description=en0
owner=en0
id=578 level=255 0x8=BT-HID mod=12/31/69, 7:00 PM
description=com.apple.driver.IOBluetoothHIDDriver owner=BNBMouseDevice
id=764 level=255 0x8=BT-HID mod=12/31/69, 7:00 PM
description=com.apple.driver.IOBluetoothHIDDriver
owner=AppleBluetoothHIDKeyboard
id=860 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=MacBook Air
SuperDrive
Idle sleep preventers: IODisplayWrangler
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1)
AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36
Attachments:
Screen Shot 2015-12-19 at 2.53.35 PM.png 57.4 KB
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
chro...@googlecode.com
Dec 19, 2015, 7:13:00 PM12/19/15
to chromi...@chromium.org
Updates:
Labels: Needs-Feedback
Comment #1 on issue 571250 by the...@chromium.org: Chrome is preventing
Well, you can see from the pmset output that Chrome believes it's uploading
data. Can you trying closing tabs one-by-one until you find the tab that's
doing the uploading? If you have Chrome extensions installed, maybe try
turning them off too.
Labels: Needs-Feedback
Comment #1 on issue 571250 by the...@chromium.org: Chrome is preventing
Well, you can see from the pmset output that Chrome believes it's uploading
data. Can you trying closing tabs one-by-one until you find the tab that's
doing the uploading? If you have Chrome extensions installed, maybe try
turning them off too.
chro...@googlecode.com
Dec 19, 2015, 7:22:05 PM12/19/15
to chromi...@chromium.org
Comment #2 on issue 571250 by a...@chromium.org: Chrome is preventing OSX
In particular, this is the PowerSaveBlockResourceThrottle, in
content/browser/loader/power_save_block_resource_throttle.h , which is used
by the ResourceDispatcherHost during any uploading.
chro...@googlecode.com
Dec 20, 2015, 1:53:44 PM12/20/15
to chromi...@chromium.org
Comment #3 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
I've narrowed it down to either inbox.google.com or mail.yahoo.com. Closing
tabs doesn't result in the app switching to "No" in Activity monitor
immediately so it's a bit hard to tell (also, the PID in pmset never refers
to the PID of the tab, always the browser itself).
chro...@googlecode.com
Dec 21, 2015, 2:40:30 PM12/21/15
to chromi...@chromium.org
Comment #5 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
I'm no longer convinced it's either. I'm trying on my work issued MacBook
Air. I did the following:
1) Quit Chrome
2) Relaunched Chrome
3) Opened Inbox
^--- At this point Activity Monitor shows Chrome preventing sleep
4) Closed Inbox tab
^---- Activity monitor still claims Chrome is preventing sleep
After #4, this is the result, I don't see Chrome anywhere.
$ pmset -g assertions
2015-12-21 14:32:45 -0500
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 213(coreaudiod): [0x0000839f00010aaf] 00:04:29
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
PreventUserIdleSystemSleep
named: "com.apple.audio.AppleHDAEngineInput:1B,0,1,0:1.context.preventuseridlesleep"
Created for PID: 46910.
pid 122(hidd): [0x00006cd700090a2d] 03:57:32 UserIsActive
named: "com.apple.iohideventsystem.queue.tickle"
Timeout will fire in 106 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB
id=501 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=Yubico WinUSB
Gnubby (gnubby1)
Idle sleep preventers: IODisplayWrangler
chro...@googlecode.com
Dec 27, 2015, 5:00:03 PM12/27/15
to chromi...@chromium.org
Updates:
Cc: a...@chromium.org the...@chromium.org
Comment #6 on issue 571250 by a...@chromium.org: Chrome is preventing OSX
(No comment was entered for this change.)
Cc: a...@chromium.org the...@chromium.org
Comment #6 on issue 571250 by a...@chromium.org: Chrome is preventing OSX
(No comment was entered for this change.)
chro...@googlecode.com
Dec 27, 2015, 5:48:48 PM12/27/15
to chromi...@chromium.org
Comment #7 on issue 571250 by a...@chromium.org: Chrome is preventing OSX
I'm making a change to put the host we're uploading to into the explanation
printed by pmset, so we can start figuring out what's going on.
chro...@googlecode.com
Dec 27, 2015, 6:56:31 PM12/27/15
to chromi...@chromium.org
Comment #8 on issue 571250 by bugd...@chromium.org: Chrome is preventing
OSX from going to sleep
https://code.google.com/p/chromium/issues/detail?id=571250#c8
The following revision refers to this bug:
https://chromium.googlesource.com/chromium/src.git/+/cd0ae84e034df519f003a6fd2b63af25c64dc84a
commit cd0ae84e034df519f003a6fd2b63af25c64dc84a
Author: avi <a...@chromium.org>
Date: Sun Dec 27 23:54:37 2015
Include the host in PowerSaveBlockResourceThrottle.
This allows us to diagnose through system tools unexpected sleep prevention
until a more proper UI solution (such as in bug http://crbug.com/571426) is
implemented.
BUG=571250
Review URL: https://codereview.chromium.org/1546253002
Cr-Commit-Position: refs/heads/master@{#366945}
[modify]
http://crrev.com/cd0ae84e034df519f003a6fd2b63af25c64dc84a/content/browser/loader/power_save_block_resource_throttle.cc
[modify]
http://crrev.com/cd0ae84e034df519f003a6fd2b63af25c64dc84a/content/browser/loader/power_save_block_resource_throttle.h
[modify]
http://crrev.com/cd0ae84e034df519f003a6fd2b63af25c64dc84a/content/browser/loader/resource_dispatcher_host_impl.cc
chro...@googlecode.com
Dec 28, 2015, 3:18:19 PM12/28/15
to chromi...@chromium.org
Updates:
Status: Assigned
Owner: a...@chromium.org
Labels: -Needs-Feedback
Comment #9 on issue 571250 by rse...@chromium.org: Chrome is preventing OSX
from going to sleep
Status: Assigned
Owner: a...@chromium.org
Labels: -Needs-Feedback
Comment #9 on issue 571250 by rse...@chromium.org: Chrome is preventing OSX
from going to sleep
https://code.google.com/p/chromium/issues/detail?id=571250
(No comment was entered for this change.)
(No comment was entered for this change.)
chro...@googlecode.com
Dec 29, 2015, 10:46:41 AM12/29/15
to chromi...@chromium.org
Comment #10 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
In trying to debug this with "49.0.2606.0 canary (64-bit)", I haven't been
able to reproduce. Interestingly though, I've found Chrome Stable listed
as "Preventing Sleep" and pmset does not report it in the list:
$ pmset -g assertions
2015-12-29 10:43:41 -0500
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
pid 213(coreaudiod): [0x0001452300010229] 00:00:00
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 1
NetworkClientActive 0
Listed by owning process:
PreventUserIdleSystemSleep
named: "com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep"
Created for PID: 327.
pid 213(coreaudiod): [0x000144dd00010aaf] 00:01:10
PreventUserIdleSystemSleep
named: "com.apple.audio.AppleHDAEngineInput:1B,0,1,0:1.context.preventuseridlesleep"
Created for PID: 46910.
pid 122(hidd): [0x000140260009136f] 00:21:17 UserIsActive
named: "com.apple.audio.AppleHDAEngineInput:1B,0,1,0:1.context.preventuseridlesleep"
Created for PID: 46910.
named: "com.apple.iohideventsystem.queue.tickle"
Timeout will fire in 113 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB
id=501 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=Yubico WinUSB
Gnubby (gnubby1)
Idle sleep preventers: IODisplayWrangler
Attachments:
id=501 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=Yubico WinUSB
Gnubby (gnubby1)
Idle sleep preventers: IODisplayWrangler
Screen Shot 2015-12-29 at 10.41.14 AM.png 118 KB
chro...@googlecode.com
Dec 29, 2015, 12:44:26 PM12/29/15
to chromi...@chromium.org
Comment #11 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
$ pmset -g
System-wide power settings:
DestroyFVKeyOnStandby 0
Active Profiles:
Battery Power 1*
AC Power 2
Currently in use:
standbydelay 10800
standby 1
halfdim 1
hibernatefile /var/vm/sleepimage
gpuswitch 2
powernap 0
disksleep 10
sleep 1 (sleep prevented by Google Chrome)
autopoweroffdelay 14400
hibernatemode 3
autopoweroff 1
ttyskeepawake 1
displaysleep 2
acwake 0
lidwake 1
chro...@googlecode.com
Dec 29, 2015, 1:39:04 PM12/29/15
to chromi...@chromium.org
Comment #12 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
Using pmset -g assertionslog I've figured out that the Google Tone
extension was causing my Chrome Stable to remain in the "Preventing Sleep"
state. I'll keep playing around with Chrome Canary to see if I can find if
there were other culprits.
https://chrome.google.com/webstore/detail/google-tone/nnckehldicaciogcbchegobnafnjkcne
The results of toggling the extension on and off:
12/29 13:23:04 TurnedOn PreventUserIdleSystemSleep
213(1237) 0x14fc800011412
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 13:23:04 System wide status: PreventUserIdleSystemSleep: 1
12/29 13:23:14 TurnedOff PreventUserIdleSystemSleep
213(1237) 0x14fc800011412
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 13:23:14 System wide status: PreventUserIdleSystemSleep: 0
12/29 13:24:06 TurnedOn PreventUserIdleSystemSleep
213(1237) 0x1500700011410
com.apple.audio.AppleHDAEngineInput:1B,0,1,0:1.context.preventuseridlesleep
12/29 13:24:06 System wide status: PreventUserIdleSystemSleep: 1
12/29 13:24:15 TurnedOff PreventUserIdleSystemSleep
213(1237) 0x1500700011410
com.apple.audio.AppleHDAEngineInput:1B,0,1,0:1.context.preventuseridlesleep
12/29 13:24:15 System wide status: PreventUserIdleSystemSleep: 0
12/29 13:25:05 TurnedOn PreventUserIdleSystemSleep
213(1237) 0x1504100011412
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 13:25:05 System wide status: PreventUserIdleSystemSleep: 1
12/29 13:25:15 TurnedOff PreventUserIdleSystemSleep
213(1237) 0x1504100011412
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 13:25:15 System wide status: PreventUserIdleSystemSleep: 0
chro...@googlecode.com
Dec 29, 2015, 2:27:08 PM12/29/15
to chromi...@chromium.org
Comment #13 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
It looks like mail.yahoo.com is the culprit. Shortly after the mailbox
loads (maybe 15 seconds or so) an assertion registers for a long running
XHR.
$ pmset -g assertionslog
2015-12-29 14:08:49 -0500 :Showing all currently held IOKit power assertions
Assertion status system-wide:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 0
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
NetworkClientActive 0
Listed by owning process:
pid 122(hidd): [0x0001521900091434] 00:05:44 UserIsActive
Listed by owning process:
named: "com.apple.iohideventsystem.queue.tickle"
Timeout will fire in 114 secs Action=TimeoutActionRelease
Kernel Assertions: 0x4=USB
id=501 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=Yubico WinUSB
Gnubby (gnubby1)
Idle sleep preventers: IODisplayWrangler
Showing assertion changes(Press Ctrl-T to log all currently held
id=501 level=255 0x4=USB mod=12/31/69, 7:00 PM
description=com.apple.usb.externaldevice.14100000 owner=Yubico WinUSB
Gnubby (gnubby1)
Idle sleep preventers: IODisplayWrangler
assertions):
Time Action Type PID(Causing
PID) ID Name
==== ====== ====
================ == ====
12/29 14:09:29 Created NoIdleSleepAssertion
96210 0x1539a0001146e Uploading data to comet.yahoo.com
12/29 14:09:29 System wide status: PreventUserIdleSystemSleep: 1
12/29 14:09:30 Created NoIdleSleepAssertion
96210 0x1539b0001146f Uploading data to pr.comet.yahoo.com
12/29 14:10:19 Released NoIdleSleepAssertion
96210 0x1539a0001146e Uploading data to comet.yahoo.com
12/29 14:10:19 Released NoIdleSleepAssertion
96210 0x1539b0001146f Uploading data to pr.comet.yahoo.com
12/29 14:10:19 System wide status: PreventUserIdleSystemSleep: 0
12/29 14:10:54 Created NoIdleSleepAssertion
96210 0x153ef00011470 Uploading data to comet.yahoo.com
12/29 14:10:54 System wide status: PreventUserIdleSystemSleep: 1
12/29 14:10:55 Created NoIdleSleepAssertion
96210 0x153f000011471 Uploading data to pr.comet.yahoo.com
Attachments:
Screen Shot 2015-12-29 at 2.11.34 PM.png 204 KB
chro...@googlecode.com
Dec 29, 2015, 2:34:12 PM12/29/15
to chromi...@chromium.org
Comment #14 on issue 571250 by bog...@gmail.com: Chrome is preventing OSX
Sorry, I should have noted in #13 that the release that happens at 14:10:19
is me shift+refresh on the mail.yahoo.com tab. The page is fully reloaded
around 14:10:22. I left the tab open and see that it eventually releases
the assertion then re-creates it.
Time Action Type PID(Causing
PID) ID Name
==== ====== ====
================ == ====
12/29 14:09:29 Created NoIdleSleepAssertion
96210 0x1539a0001146e Uploading data to comet.yahoo.com
12/29 14:09:29 System wide status: PreventUserIdleSystemSleep: 1
12/29 14:09:30 Created NoIdleSleepAssertion
96210 0x1539b0001146f Uploading data to pr.comet.yahoo.com
12/29 14:10:19 Released NoIdleSleepAssertion
96210 0x1539a0001146e Uploading data to comet.yahoo.com
12/29 14:10:19 Released NoIdleSleepAssertion
96210 0x1539b0001146f Uploading data to pr.comet.yahoo.com
12/29 14:10:19 System wide status: PreventUserIdleSystemSleep: 0
12/29 14:10:54 Created NoIdleSleepAssertion
96210 0x153ef00011470 Uploading data to comet.yahoo.com
12/29 14:10:54 System wide status: PreventUserIdleSystemSleep: 1
12/29 14:10:55 Created NoIdleSleepAssertion
96210 0x153f000011471 Uploading data to pr.comet.yahoo.com
213(327) 0x1541a00010229
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 14:11:38 TurnedOff PreventUserIdleSystemSleep
213(327) 0x1541a00010229
com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep
12/29 14:12:54 Released NoIdleSleepAssertion
96210 0x153ef00011470 Uploading data to comet.yahoo.com
12/29 14:12:57 Released NoIdleSleepAssertion
96210 0x153f000011471 Uploading data to pr.comet.yahoo.com
12/29 14:12:57 System wide status: PreventUserIdleSystemSleep: 0
12/29 14:13:03 Created BackgroundTask
435(449) 0x15470000b1472 com.apple.suggestd.persist-stats
12/29 14:13:03 Released BackgroundTask
435(449) 0x15470000b1472 com.apple.suggestd.persist-stats
12/29 14:13:27 Created NoIdleSleepAssertion
96210 0x1548800011473 Uploading data to comet.yahoo.com
12/29 14:13:27 System wide status: PreventUserIdleSystemSleep: 1
12/29 14:13:30 Created NoIdleSleepAssertion
96210 0x1548b00011474 Uploading data to pr.comet.yahoo.com
Reply all
Reply to author
Forward
0 new messages