[Digikam-devel] [Bug 183972] New: "Album Path" config variable still necessary?

[Andi Clemens]

http://bugs.kde.org/show_bug.cgi?id=183972

           Summary: "Album Path" config variable still necessary?
           Product: digikam
           Version: 0.10.0-rc2
          Platform: unspecified
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: Database
        AssignedTo: digikam-devel at kde.org
        ReportedBy: andi.clemens at gmx.net


Version:           0.10.0-rc2 (using 4.2.00 (KDE 4.2.0), Arch Linux)
Compiler:          gcc
OS:                Linux (i686) release 2.6.28-ARCH

I have changed the database location path in the setup dialog to the place
where my old digikam3.db lives in, because I wanted to test the converting of
the database.
I was asked to either create a new database or copy the currently used one.
After clicking on "Create new database", the database was converted and the
AlbumUI was shown again. But there was a very strange root folder now:

/home/andi/.testfotos

This folder doesn't even exist anymore, I had used it months ago as my digikam
testcollection. My current test-collection lies in here (the one I used before
converting the digikam3 database):

/mnt/data/testcollection/

This means the "Album Path" variable in the config file was only created during
the first digiKam run and never changed again. But it is used to set collection
root path when converting the database from digikam3.

If I take a look at the variable now, after changing to the correct root path
where my digikam3.db lives in, the config variable has still not been updated.

Do we really need this? It leads to very strange results when changing to new
database locations (or even creating new ones).

I expect digiKam to do the following:

- When changing to a path where an old digikam db is found and you click
"create new database", it should convert the db file and set the collection
root to the location of the database

- do not use "Album Path" variable at all, it has no purpose anymore


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.