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

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

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_...

> (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.

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

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.

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

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

thanks for sent it upstream.