[digikam] [Bug 508995] all album lost in collection

[Kane]

https://bugs.kde.org/show_bug.cgi?id=508995

--- Comment #2 from Kane <shikai.xu at hotmail.com> ---
(In reply to Maik Qualmann from comment #1)
> If you had a UUID in the album root, you set up your collection incorrectly.
> An SMB drive must be set up as a network collection.
> A local collection type is expected to always be online, e.g., the internal
> boot drive. If the folder isn't online, with an SMB drive, digiKam would
> remove all albums.
> 
> Please update your digiKam version; we now use a UUID in a file folder (in
> the .dtrash folder) to resolve this issue. Unfortunately, the partition UUID
> changes with every major update on macOS.
> 
> Maik

Hi Maik,

Thank you for your quick response.

My configuration here is a bit more complex.
Physically, the files are in a server, with SMB service.
In macOS, each time before I launch DigiKam, I have a shell using mount cmd to
mount remote path to my local folder. That way, any Mac app try to visit the
path "/Users/xxx/xxx/" is in fact visiting the folder on my SMB server.
In DigiKam, my collection is defined as "Collections on Network Shares", and
the path I typed in the pop-up is "/Users/xxx/xxx/", which talked above.

BTW, it seems even if I remove the uuid part of the string in database table,
it also works. What does uuid mean to the app, since there already stored the
file path?

Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.