radio streams continue to play when x server is reset

Bug #303905 reported by TWO
0
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-0ubuntu0.8.10.1

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-mediaplayer/mplayer to be restored.

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.

TWO (two)
description: updated
Revision history for this message
Cesare Tirabassi (norsetto) wrote :

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.
A workaround could be to add a signal handler so that on receipt of a SIGHUP gnome-mplayer/gecko-mediaplayer shutdown 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.

Changed in gecko-mediaplayer:
importance: Undecided → Wishlist
status: New → Confirmed
Changed in gnome-mplayer:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Kevin DeKorte (kdekorte-gmail) wrote :

SIGHUP handler added to gnome-mplayer SVN code on Dec 1,2008. This should be in the next release after 0.9.2.

Changed in gnome-mplayer:
status: Confirmed → Fix Committed
Changed in gecko-mediaplayer:
status: Confirmed → Fix Committed
Revision history for this message
TWO (two) wrote :

Excellent!

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Setting back the gecko-mediaplayer task to confirmed, since this is not covered by the recent gnome-mplayer commits.
The problem seems anyhow about the way the gtk lib spawn new processes:

http://mail.gnome.org/archives/gtk-app-devel-list/2008-December/msg00005.html

Changed in gecko-mediaplayer:
status: Fix Committed → Confirmed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-mplayer - 0.9.3-1

---------------
gnome-mplayer (0.9.3-1) unstable; urgency=low

  * New upstream release (LP: #303905):
    - add new --fullscreen command line options to man page
  * Add Vcs-* fields to debian/control.

 -- Cesare Tirabassi <email address hidden> Thu, 08 Jan 2009 05:58:24 +0000

Changed in gnome-mplayer:
status: Fix Committed → Fix Released
Changed in gecko-mediaplayer (Ubuntu):
status: Confirmed → Won't Fix
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.