GNOME Bugzilla – Bug 535119
Rhythmbox skips the file when seeking in a file that is on a cifs network share.
Last modified: 2018-05-24 13:22:34 UTC
Please describe the problem: When playing a library music that is stored on a CIFS mounted network share, if you try to use the seek bar, Rhythmbox skips to the next file and show an error icon next to the music name, as if the file was not found. The skip seems to be random, sometimes it skips on the first try, sometimes it takes several tries. The network connection is cabled. I tested with mp3 files. I also tested Rhythmbox 0.11.5 and the problem persists in a different way, now instead of skipping, the sound and seek bar stops as if the music was paused but the play button still is activated. The problem seems to take more seek tries to appear as well. In one of my tests the seek worked normally, but when the music got to the end, the sound and seek bar stopped just before going to the next music and the play button was still activated, then i clicked on the Next button and the next music started to play, but and error icon showed up on the previous music, as if the file was not found. PS.: Sorry if my English is difficult to understand, it's not my native language. Steps to reproduce: 1. Mount a windows share that have .mp3 files with CIFS (mount-cifs). 2. Import the mounted folder to the library. 3. Play the file and try seeking several times. Actual results: Expected results: I expect the song to still be playing at the seek point. Does this happen every time? It happen every time, but number of seek tries is seemingly random. Other information: The system is a Gentoo AMD64 The gstreamer version is 0.10.14 for rhythmbox 0.10.1 and 0.10.19 for rhythmbox 0.11.5 Both versions of rhythmbox tested where compiled from the sources downloaded from http://ftp.gnome.org/pub/GNOME/sources/rhythmbox/ The configure used was: ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-daap --with-mdns=avahi --enable-tag-writing --without-ipod --disable-ipod-writing --disable-musicbrainz --with-dbus --enable-python --enable-libnotify --disable-lirc --without-gnome-keyring --with-playback=gstreamer-0-10 --with-cd-burning --enable-mmkeys --enable-audioscrobbler --enable-track-transfer --with-metadata-helper --disable-schemas-install --disable-gtk-doc --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu
Checking bugreports, I tested what is described here and it does not seem to happen to me. Seeking works well with current rhythmbox (jaunty). David: Still having the issue? Do you also see the following issue: http://bugzilla.gnome.org/show_bug.cgi?id=565983
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/560.