totem progress thumb stays at end after seeking to end of file and restarting playback

[Mike Crowe]

Binary package hint: totem

Steps to reproduce:

1. Launch "totem-xine myfile.mp3". Playback starts.

2. Use the mouse to drag the progress thumb to the far right. Playback stops and the progress control goes grey.

3. Hit the play button. Playback starts again but the thumb of the progress bar incorrectly stays stuck at the right hand end.

4. Drag the thumb back to the left and seeking occurs as expected.

Even running "totem-xine another-file.mp3" at stage 3 still results in the progress bar thumb staying stuck at the right hand end.

ProblemType: Bug
Architecture: i386
Date: Tue May 13 21:19:30 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/totem-xine
Package: totem-xine 2.22.1-0ubuntu2
PackageArchitecture: i386
ProcEnviron:
 SHELL=/usr/bin/zsh
 LANG=en_GB.UTF-8
 PATH=/home/username/bin/i386-linux:/home/username/bin/scripts:/usr/local/bin:/usr/bin:/bin:/usr/local/bin/X11:/usr/bin/X11:/usr/local/games:/usr/games:/sbin:/usr/sbin:.
SourcePackage: totem
Uname: Linux 2.6.24-16-386 i686

[Pedro Villavicencio (pedro)]

thanks for the report, do you get the same with totem-gstreamer?

[Mike Crowe (mac)]

I can reproduce the same problem in totem-gstreamer (although I ran the gauntlet of bug #527572 when trying to do so) although it might not be quite as easy. I used an MP3 file that was over half an hour long.

I also managed to get totem-gstreamer to hang (and stop repainting) just after seeking to the end. When attaching to it with gdb the backtrace looked somewhat recursive:

#0 0xb7f92410 in __kernel_vsyscall ()
#1 0xb70f1589 in __lll_lock_wait () from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb70ecba6 in _L_lock_95 () from /lib/tls/i686/cmov/libpthread.so.0
#3 0xb70ec58a in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
#4 0xb730b580 in g_static_rec_mutex_lock () from /usr/lib/libglib-2.0.so.0
#5 0xb7c04a91 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#6 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#7 0xb5624551 in ?? () from /usr/lib/gstreamer-0.10/libgstcoreelements.so
#8 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#9 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#10 0xb565a322 in gst_selector_pad_event (pad=0x830b7c8, event=0x8699ef0)
    at gststreamselector.c:313
#11 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#12 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#13 0xb7bf9d5a in ?? () from /usr/lib/libgstreamer-0.10.so.0
#14 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#15 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#16 0xb7c062d9 in gst_pad_event_default () from /usr/lib/libgstreamer-0.10.so.0
#17 0xb45111bd in gst_mad_sink_event (pad=0x8626f10, event=0x8699ef0) at gstmad.c:991
#18 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#19 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#20 0xb452369a in gst_mp3parse_sink_event (pad=0x86cf4c8, event=0x8699ef0)
    at gstmpegaudioparse.c:494
#21 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#22 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#23 0xb7c062d9 in gst_pad_event_default () from /usr/lib/libgstreamer-0.10.so.0
#24 0xb5629341 in ?? () from /usr/lib/gstreamer-0.10/libgstcoreelements.so
#25 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#26 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#27 0xb7bf9d5a in ?? () from /usr/lib/libgstreamer-0.10.so.0
#28 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#29 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#30 0xb7c783b7 in ?? () from /usr/lib/libgstbase-0.10.so.0
#31 0xb7c77284 in ?? () from /usr/lib/libgstbase-0.10.so.0
#32 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#33 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#34 0xb7bf9d5a in ?? () from /usr/lib/libgstreamer-0.10.so.0
#35 0xb7c04956 in gst_pad_send_event () from /usr/lib/libgstreamer-0.10.so.0
#36 0xb7c05086 in gst_pad_push_event () from /usr/lib/libgstreamer-0.10.so.0
#37 0xb7c06373 in gst_pad_...

[Mike Crowe (mac)]

> (although I ran the gauntlet of bug #527572 when trying to do so)

Sorry, that's the upstream buzilla.gnome.org bug number. The launchpad bug number is #216462.

[Pedro Villavicencio (pedro)]

do you get the same with xine-ui? that's probably a xine issue.

[Mike Crowe (mac)]

I've managed to reproduce the progress thumb problem in totem-gstreamer 2.23.4-0ubuntu2 using an Intrepid Alpha 5 LiveCD. The fact that it occurs in both totem-gstreamer and totem-xine implies that it is a totem issue rather than a xine one.

Note that it took me a few attempts to make it happen. The trick seems to be:

1. Start playing from the beginning (I used an hour long file)

2. Seek by dragging the thumb to just before the end (about 97%)

3. Just after playback starts at the new position drag the thumb all the way to the right.

4. Playback stops with the thumb at the end of the progress bar (contrast this with the behaviour when playback reaches the end of the file naturally - the thumb returns to the beginning automatically).

5. Hit the play button again.

6. Playback starts at the beginning but the thumb remains at the end of the progress bar.

[Sebastien Bacher (seb128)]

could you open the bug on bugzilla.gnome.org where people writting the software will read it since you get the issue and can reply easily to their comments

[Mike Crowe (mac)]

Entered as Gnome bug #552790. See http://bugzilla.gnome.org/show_bug.cgi?id=552790

[Pedro Villavicencio (pedro)]

thanks for sent it upstream.