To expand on Michał's hypothesis... 1. You connect a headset for which the remembered "alert" volume < 85 dBA, but "multimedia" volume > 85 dBA. 2. You start playing a video, so the active audio output role switches from "alert" to "multimedia". 3. Since the "multimedia" volume > 85 dBA, the snap decision appears. 4. Since the video has lost focus, it stops playing. 5. Since the video has stopped playing, the active role switches back to "alert". 6. Since the active audio output role is no longer one with volume > 85 dBA, the snap decision disappears. 7. You're left with nothing but a paused video.
If so, there are a few possible solutions, not mutually exclusive... (1) Perhaps Ubuntu should clamp all restored volumes to 85 dBA? But that might be annoying if you accidentally unplugged a headset for a couple of seconds, plugged it back in, and had to re-amp the volume. (2, 5) This particular symptom might be suppressed by merging "alert" and "multimedia", though it might still occur while bug 1485522 is unfixed (apps being allowed to override the system-set multimedia volume). Even if that was fixed too, though, you might get a similar problem if, for example, you had set the "alarm" volume to be greater than 85 dBA. Either the volume warning snap decision would suppress the alarm snap decision, and would immediately disappear because the alarm was no longer playing; or the volume warning wouldn't appear at all, because it couldn't appear until the alarm stopped, at which point it would no longer apply. (4) It might be reasonable to pause video playback when a dialog appears in *some* cases -- for example, incoming call, alarm, or timer done. I doubt this is always true, though -- probably not for volume warnings, and certainly not for dialogs in general on a PC. Pause if you switch to a different app, sure, but not merely for a dialog on top of the current app. (7) If video playback does pause for a dialog in general, maybe it should resume when the dialog goes away. But that seems unlikely; if loud music was interrupted by a 40-minute phone call, the call unexpectedly disconnecting shouldn't cause the music to suddenly blare in your ears. Anyway, changing that wouldn't fix this bug, it would just make it even worse by turning it into an endless loop. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1504065 Title: Cannot play videos when a wired headphone is connected Status in The Sound Menu: New Status in mediaplayer-app: New Status in unity8 package in Ubuntu: New Bug description: When having a wired headset connected to the device, video playback keeps on being paused as soon as playback is started. Looks like some snap-decision notification is shown, but it's too short time to read what it actually says because it disappears again when the playback stops again. To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-sound/+bug/1504065/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
