←back to thread

400 points dulvui | 3 comments | | HN request time: 0.739s | source
Show context
mgoetzke ◴[] No.41857244[source]
it also leaks the audio of tabs before logging in.

Even though I had disabled all 'restore' applications features, macos sometimes decides to 'start' browsers BEFORE logging in after a restart AND those start auto-playing audio from whatever was paused before the reboot (or many days before).

Since then I went rather deep disabling that feature, but I never trusted it.

replies(7): >>41857258 #>>41857358 #>>41857362 #>>41857411 #>>41857615 #>>41857667 #>>41857946 #
Affric ◴[] No.41857258[source]
I can’t think of anything I want less from a laptop than it playing sound when I open it… and yet apple bring it to me as though it’s a feature.
replies(4): >>41857320 #>>41857331 #>>41857349 #>>41862631 #
latexr ◴[] No.41857331[source]
That’s an unfair characterisation. It’s just restoring windows, some of which happen to be browser windows, which then load a website with auto-playing video or audio that (unsurprisingly) starts playing. No one is selling it as a feature to “play sound when waking up from sleep”. I bet that if you configured the browser to never auto-play, this wouldn’t happen.

To clarify, because commenters seem to be misunderstanding my point: I’m not defending the functionality, I think it’s wrong. My sole quarrel is with the characterisation that Apple is selling it as a feature, when they’re not. Let’s not ascribe wrong (or at best unknown) motivations to behaviours, as that makes is less likely they will be fixed.

replies(6): >>41857352 #>>41857366 #>>41857419 #>>41857476 #>>41857546 #>>41857559 #
chx ◴[] No.41857352[source]
I do not think the user particularly cares whether it was an intentional feature or an unfortunate byproduct of features and bugs when they open a laptop in a classroom or a meeting and it starts blaring the music they listened to before closing it.
replies(1): >>41857488 #
1. Jerrrrrrry ◴[] No.41857488[source]
Some areas of expertise require so much work, it nearly prevents the student from learning to appreciate the intent, the craft, itself.

It's like being literally unable to dog

Opening a laptop, even if the last activity was blaring obnoxious carnival music, should _allow_, not _demand_ the user to resume their last function - which was explicitly to _pause_ the laptop, by closing the lid.

If I close the lid, I am done with the computer and video; it is obvious that I am done right now - the OS/browser would be alerted of LidDown, and I would expect the OS to tell the browser to Pause (via some new javascript media API that I am sure exists), pagefile ram if possible/needed, and dump all console.logs to a temp directory, in case restarting from hibernation goes awry.

If I open the lid, I am attempting to use the computer. The previous quest can be pertinent or moot; but it would be oddly assumptive (against the ethos of general computing) to _automagically_ resume (especially a paused) playback just from first button press - at least give me the option to explore, format, or rename the thing.

replies(1): >>41857686 #
2. AstralStorm ◴[] No.41857686[source]
You're asking the OSes to actually implement proper session management and centralized leak controls?

It has never happened before...

replies(1): >>41857882 #
3. Jerrrrrrry ◴[] No.41857882[source]
The thread shouldn't pause with AudioContext frozen in an "active" status. The thread unpauses, the AudioContext resumes before the next frame (whever thatll be) comes to remember to pause it.

Windows 7 with Youtube can figure out - even with hibernation breaking audio/bluetooth on windows - then surely the most expensive company and OS 15 years later has made an inkling of progress (if that was ever their intention)