GNOME Bugzilla – Bug 325907
[0.10] seek bar sometimes stays insensitive after starting to play
Last modified: 2006-01-17 16:52:50 UTC
This bug has been described here: http://bugzilla.ubuntu.com/show_bug.cgi?id=21825 dapper version is 1.3.0 "(Totem with gst 0.10) 1) In nautilus, double-click on an MP3 song 2) Totem starts and the song starts playing Problems : - the seek bar stays immobile, - in the status bar, the time counter also stays at "00:00" - if you try to move the seek bar with the mouse, it doesn't work Workaround : press the pause/play button"
Seems to happen only when visualisation is disabled (here, at least).
Should be fixed in CVS (even if I forgot to mention the bug number in the ChangeLog entry): 2006-01-17 Tim-Philipp Müller <tim at centricular dot net> * src/backend/bacon-video-widget-gst-0.10.c: (bvw_bus_message_cb), (got_time_tick), (bvw_query_timeout), (poll_for_state_change), (bacon_video_widget_open_with_subtitle), (bacon_video_widget_get_stream_length), (bacon_video_widget_is_seekable), (bacon_video_widget_get_metadata): Wait for any pending state change (like to PAUSED) to finish when metadata is requested, so that it can be returned right there if it is available. Should fix many issues with the properties dialog. Ensure that state-changed messages from playbin are seen by the main bus message handler even if we are using poll_for_state_change(). Make _is_seekable() and duration querying a bit smarter (should fix issues with the seek slider being insensitive at startup and some properties dialog issues. #327074, #327150)