radio streams continue to play when x server is reset
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gecko-mediaplayer (Ubuntu) |
Won't Fix
|
Wishlist
|
Unassigned | ||
gnome-mplayer (Ubuntu) |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: gecko-mediaplayer
Ubuntu Intrepid Ibex 8.10 with all updates as of 1st December 2008.
Packages:
gecko-mediaplayer 0.7.0-1ubuntu2
gnome-mplayer 0.7.0ubuntu1
mplayer 2:1.0rc2-0ubuntu17
firefox: 3.0.4+nobinonly
If one happens to reset the X server system via the ctrl + alt + backspace command whilst one is listening to radio streams (which I presume are windows media format), the sound continues to play during the reset process and beyond completing log-in back into the system.
The problem is that even when the Firefox session is restored after logging in, it attempts to open new streaming windows as opposed to the ones that were open in the previous session and it remains impossible to stop the already running streams without killing the 'mplayer' processes that are running in the System Monitor.
I would expect that the streams would stop with resetting the server, or at least for the stream controls provided by gecko-mediaplay
To reproduce, install gecko-mediaplayer and open up any radio stream (maybe of any file format, but in this case Windows Media) and then reset the X server system via the ctrl + alt + backspace shortcut.
description: | updated |
Changed in gnome-mplayer: | |
status: | Confirmed → Fix Committed |
Changed in gecko-mediaplayer: | |
status: | Confirmed → Fix Committed |
Changed in gecko-mediaplayer (Ubuntu): | |
status: | Confirmed → Won't Fix |
The issue (assuming it is an issue) is that mplayer is running in the background and so its not affected by an X server reset. gecko-mediaplay er shutdown mplayer.
A workaround could be to add a signal handler so that on receipt of a SIGHUP gnome-mplayer/
I tested this workaround successfully for gnome-mplayer with a very crude signal handler (just calling mplayer_shutdown()) which might however not be very safe.