GNOME Bugzilla – Bug 571242
Last.fm streams incorrectly reported as seekable
Last modified: 2010-02-05 02:43:44 UTC
If a user playing Last.FM tries to advance or go backwards on the song, Banshee will skip the song. We should just disable the widget, in some way that it let's you see the progress, but doesn't let you modify it. Other information:
For me, banshee 1.4.2 does not respond to any clicks on the progress bar (the seek slider) when I'm playing a track from Last.fm. So it's already "read only", or did I miss something ?
That's weird, for me it's not read-only.
I have gtk+ 2.12.9 and gtk# 2.12.6, and you?
gtk+ 2.14.7 and gtk# 2.12.8. It could also be gstreamer erroneously saying that it can seek. I have gstreamer 0.10.21, with gst-plugins-good 0.10.11, gst-plugins-bad 0.10.9 and gst-plugins-ugly 0.10.10.
1.5 fixed the behavior when clicking in a different area on the progress bar to actually go to that area, so now it performs a useful function. I'd recommend trying that and seeing if you'd consider the issue resolved.
I am now experiencing this bug myself. A few debug statements show that gstreamer is reporting the stream as seekable : gst_query_parse_seeking (query, NULL, &can_seek, NULL, NULL); set can_seek to true That's why the seek slider is not read-only. But when you actually try to seek, it fails, so banshee goes to the next track. Here's what I now have on my system : gstreamer 0.10.23 gst-plugins-base 0.10.23 gst-plugins-good 0.10.14
(In reply to comment #4) > gtk+ 2.14.7 and gtk# 2.12.8. > > It could also be gstreamer erroneously saying that it can seek. I have > gstreamer 0.10.21, with gst-plugins-good 0.10.11, gst-plugins-bad 0.10.9 and > gst-plugins-ugly 0.10.10. Sorry for the late reply, in my case I have: - gstreamer-0_10 v.0.10.21-42.pm.3 - gstreamer-0_10 v.0.10.10-42.pm.2 - gstreamer-0_10 v.0.10.8-42.pm.1 - gstreamer-0_10 v.0.10.9-42.pm.1 (OpenSUSE 11.0, packman repo.) (In reply to comment #5) > 1.5 fixed the behavior when clicking in a different area on the progress bar to > actually go to that area, so now it performs a useful function. I'd recommend > trying that and seeing if you'd consider the issue resolved. Are you really seeing that? As for me: - When I filed the bug, the behaviour was simply to jump to the next song. - Now, with 1.5.0, things are even worse because it still jumps to the next song, but now the progress bar gets forwarded to the place you moved it, so it's giving incorrect information about the seeking position for the next song.
(In reply to comment #7) > (...) > - gstreamer-0_10 v.0.10.21-42.pm.3 > - gstreamer-0_10 v.0.10.10-42.pm.2 > - gstreamer-0_10 v.0.10.8-42.pm.1 > - gstreamer-0_10 v.0.10.9-42.pm.1 > (OpenSUSE 11.0, packman repo.) Hugh sorry, that should read: - gstreamer-0_10 v.0.10.21-42.pm.3 - gstreamer-0_10-plugins-good v.0.10.10-42.pm.2 - gstreamer-0_10-plugins-bad v.0.10.8-42.pm.1 - gstreamer-0_10-plugins-ugly v.0.10.9-42.pm.1
I've noticed that this bug is a duplicate of this bug https://bugzilla.gnome.org/show_bug.cgi?id=525074 . It doesn't look like they got anywhere though.
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address. It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 525074 ***