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 343850 - Import of folder failing to import any subdirectories
Import of folder failing to import any subdirectories
Status: RESOLVED DUPLICATE of bug 341485
Product: rhythmbox
Classification: Other
Component: Importing
0.9.4.1
Other other
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-04 20:34 UTC by craig duncan
Modified: 2006-06-06 01:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description craig duncan 2006-06-04 20:34:27 UTC
Distribution: Debian testing/unstable
Package: rhythmbox
Severity: normal
Version: GNOME2.14.1 0.9.4.1
Gnome-Distributor: Debian
Synopsis: Audio files fail to import
Bugzilla-Product: rhythmbox
Bugzilla-Component: Importing
Bugzilla-Version: 0.9.4.1
BugBuddy-GnomeVersion: 2.0 (2.14.1)
Description:
Giving a "3rd-tier" directory as the import folder results in no audio 
files being imported.

Steps to reproduce the problem:
1. Give a "3rd-tier" directory to import from.
2. Wait
3. (Nothing happens)

Expected Results:
All audio files contained within the directory given, and any 
directories beneath that,
should be imported into rhythmbox's database.

How often does this happen?
Every single time

Additional Information:

My filesystem hierarchy is:

/music/<Artist>/<Album>/<audio files...>

What i am doing is giving the "music" directory as the folder to import 
from, in two ways:
1) While displaying the root directory, i select the /music folder and 
then click OK.
2) Double click /music, causing the contents of that directory to be 
displayed.  Without selecting
    any directory, click  on OK.

If i should click on (highlighting) one of the <Artist> directories 
within /music and then
click OK, the import of that directory occurs successfully.  However, it 
is not possible to
select more than one directory, therefore in order to import all music 
in the /music directory
i would have to do a separate import operation for each artist directory 
in /music.

Additional enhancement request:

It would nice to be able to <ctrl>-click on individual directories, 
adding them to the list
of directories to be imported, or to click on one and then <shift>-click 
on another, causing
all directories (inclusive) between the two to become selected.




------- Bug created by bug-buddy at 2006-06-04 20:34 -------

Comment 1 Jonathan Matthew 2006-06-04 21:16:09 UTC
This is probably the same issue as bug 341485.  Is /music the root of a mounted filesystem?  If so, does it contain a lost+found directory that is owned by root and cannot be read by any other user?
Comment 2 craig duncan 2006-06-05 01:45:49 UTC
Yes... seems to be this same bug.  Changing permissions on lost+found allowed import to proceed... until another unreadable directory was encountered (i "hid" an album directory that i didn't want included in the database).  The import then terminated prematurely upon encountering this directory.  This is obviously bad behavior.
Comment 3 Alex Lancaster 2006-06-06 01:04:51 UTC
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.

Marking as a dupe as per comment #2.

*** This bug has been marked as a duplicate of 341485 ***