After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 535119 - Rhythmbox skips the file when seeking in a file that is on a cifs network share.
Rhythmbox skips the file when seeking in a file that is on a cifs network share.
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: playback
0.10.x
Other All
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-05-27 17:20 UTC by David Rios
Modified: 2018-05-24 13:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Rios 2008-05-27 17:20:58 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
Comment 1 Michael Flaig 2009-02-22 23:38:02 UTC
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
Comment 2 GNOME Infrastructure Team 2018-05-24 13:22:34 UTC
-- 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.