https://bugs.kde.org/show_bug.cgi?id=508995
--- Comment #2 from Kane <[email protected]> --- (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.
