"Media file could not be played." when P key kept pressed

Bug #45728 reported by Sitsofe Wheeler
10
Affects Status Importance Assigned to Milestone
Totem
Expired
Medium
gst-plugins-base0.10 (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

Description of the problem:
When rapidly pausing and unpausing short .wavs in totem warning boxes pop up saying:
"Media file could not be played."
If the P key is held down it is possible to lock totem entirely making a force quit necessary.

Steps to reproduce:
1. Run totem /usr/share/sounds/gtk-events/activate.wav
2. Hold down P key on the keyboard.

Expected results:
Key to only send an event when released? Assuming repeat, rapid pause unpausing and stuttery sound.

Actual results:
Error dialogs saying "Media file could not be played." appear, sometimes totem locks up entirely and needs to be force quitted.

Version information:
totem 1.4.1-0ubuntu2
totem-gstreamer 1.4.1-0ubuntu2

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. I've forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=342412

Changed in totem:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Changed in totem:
status: Unconfirmed → Rejected
Changed in totem:
status: Rejected → Confirmed
Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

I can't reproduce the problem as described on Feisty (often no sound output is produced when playing the specified file but there are no error dialogs). Resolve fixed?

Version Information:
Ubuntu Feisty (Herd 5)
totem 2.17.92-0ubuntu1

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Fogot to add:
totem-gstreamer 2.17.92-0ubuntu1
gstreamer0.10-plugins-base 0.10.11cvs20070222-0ubuntu1

and sometimes the following is output on the console after a P holding down P:

(totem:11795): Gtk-WARNING **: Radio group does not contain an action with value '-2'

(totem:12290): GStreamer-CRITICAL **:
Trying to dispose element test, but it is not in the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.

Revision history for this message
Sebastien Bacher (seb128) wrote :

works fine on feisty, marking fixed

Changed in gst-plugins-base0.10:
status: Confirmed → Fix Released
Changed in totem:
status: Confirmed → Incomplete
Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Totem (in 7.10) goes a little bit funny when using the reproduction steps. Keep P held down until the time bar stops moving from left to right (this seems to happen after about 6 seconds on my system). When you next unpause the seekbar will not move and the sound will never start playing. totem no longer locks up though. Should this go into a new bug report?

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

setting back to new because original lock is gone but a small issue remains.

Changed in gst-plugins-base0.10:
status: Fix Released → New
Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

The indefinite pausing mentioned in comment #5 is still present in Intrepid.

Version information:
Ubuntu intrepid (development branch)
totem-gstreamer 2.23.91-0ubuntu1

Revision history for this message
Daniel T Chen (crimsun) wrote :

Yes, a separate bug report is suitable for your symptom.

Changed in gst-plugins-base0.10:
status: New → Fix Released
Changed in totem:
status: Incomplete → Invalid
Changed in totem:
importance: Unknown → Medium
status: Invalid → Expired
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.