App spread should not kill media

Bug #1355356 reported by Mark Shuttleworth
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
unity-webapps-grooveshark (Ubuntu)
Invalid
Undecided
Unassigned
unity8 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Enjoying listening to Grooveshark tracks that I discovered from the Music scope, and I was surprised that going into the app spread killed the tunes. Seems legit to let the previously focused app keep the sound stage till something else is focused.

description: updated
Revision history for this message
Michał Sawicz (saviq) wrote :

This is a result of our selected app lifecycle. We're not killing any media in particular, the app is being suspended when unfocused.

The Grooveshark webapp, unfortunately, does not use our media hub that is meant to allow "escaping" the lifecycle by deferring the actual playback to a separate process, unaffected by the app lifecycle.

We could think of exempting apps that play sound from the lifecycle, but that would mean your app can just open a sound pipe without putting anything in it to stay running indefinitely.

Revision history for this message
Michael Terry (mterry) wrote :

I think the original request was that we don't consider the spread being open to mean that grooveshark is unfocused though. At least until a new app is chosen.

Revision history for this message
Mark Shuttleworth (sabdfl) wrote : Re: [Bug 1355356] Re: App spread should not kill media

Yes, I'm more focused on the idea that the focused app stays focused
till something else is consciously focused :)

Mark

Revision history for this message
Michael Zanetti (mzanetti) wrote :

That's what happens though. If you use an app that rotates you can still rotate it in the spread because it's not suspended. Not sure why grooveshark stops playing though. Unfortunately I don't have grooveshark here in Germany. Can this be reproduced with other things too? I just tried with a youtube vdieo. That keeps on playing in the spread as expected.

Revision history for this message
David Barth (dbarth) wrote :

This may be due to group processes issues between the main webapp process, and the underlying Oxide renderers.

We did encounter similar problems in the past with the OOM killer which was killing the main process and left oxide ones alive.

Revision history for this message
David Barth (dbarth) wrote :

Though, in retrospect, you should then still be able to listen to the music stream.

Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

Curious. Perhaps it's just a bug in my (devel-proposed) image? Sounds in
Grooveshark-HTML5 (in the browser) stops when I'm in spread mode.

Also, Youtube videos are not playing for me at all, lucky you :)

Mark

Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

Thing is, music restarts the moment I tap the Grooveshark (browser) app
and it returns to full screen focus.

Mark

Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

.... and now I can't reproduce, it works perfectly. Let's mark it
invalid. Sorry for any noise.

 status invalid

Mark

Changed in unity-webapps-grooveshark (Ubuntu):
status: New → Invalid
Revision history for this message
Michael Zanetti (mzanetti) wrote :

Just for completeness about the youtube videos: The issue seems to be that the scope opens a https site but the videos come in through http only and the browser rejects the insecure content. This is know and will hopefully be fixed soon. Changing the url to http:// allows you to test playing youtube videos in the spread for now.

Michał Sawicz (saviq)
Changed in unity8:
status: New → Invalid
Revision history for this message
David Barth (dbarth) wrote :

I couldn't reproduce either on r183.

And mzanetti: confirmed the youtube problem is http vs https. See https://bugs.launchpad.net/webbrowser-app/+bug/1355120

Revision history for this message
Mark Shuttleworth (sabdfl) wrote :

Thanks guys!

Michał Sawicz (saviq)
affects: unity8 → unity8 (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.