[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #12 from Maik Qualmann --- Created attachment 125270 --> https://bugs.kde.org/attachment.cgi?id=125270=edit Screenshot Installing the Breeze Icon Theme is important for digiKam, because only this contains all the necessary icons for digiKam. See the screenshot. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #11 from Anthony Carrico --- (In reply to Maik Qualmann from comment #10) > The button is located in the digiKam settings for the collection next to the > button for deleting a collection. Thanks for a quick reply! I don't have a button for deleting a collection or for changing the UUID. Just a white line with the name of the collection. I searched for the delete button in the docs, and if I hover the mouse around at that location on the white line, I see a pair of "phantom" blue squares while hovering, but no tool text or anything. I presume these are the missing buttons. Perhaps grabbing 6.2.0 from Nixpkgs has left me without icons for those buttons. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 Maik Qualmann changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #10 from Maik Qualmann --- The button is located in the digiKam settings for the collection next to the button for deleting a collection. It is now very easy to update a path and thus the drive UUID. There are many reasons not only to use the path as an identification. If you really want to add the collection only with path, use a network collection. Closed... Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 Anthony Carrico changed: What|Removed |Added Status|RESOLVED|REOPENED CC||acarr...@memebeam.org Ever confirmed|0 |1 Resolution|FIXED |--- --- Comment #9 from Anthony Carrico --- > add button to update an existing collection to the new drive or path I also have collections which are broken due to volume id change. Although debian doesn't have a 6.x version, I am trying 6.2.0 from Nixpkgs. I have looked for this new button in settings->configure digikam->collections (and elsewhere), but I can't seem to find it. Is the button in 6.2.0? Can you tell where to look? I agree with this bug's author and others that if a collection is defined by a file path, then it shouldn't depend on a volume ID, and so this bug report should not be closed. Thank you for adding a button as a work-around. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #8 from kavol --- ok, I cloned from git and created the tarball ... now I'm missing translations, and it crashes => bug 402496 but while I got the same message on startup, going to settings I could re-read the collection directory and now it seems to work fine, thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #7 from kavol --- (In reply to caulier.gilles from comment #6) > You can test with these files : > > https://files.kde.org/digikam/ thanks, but I don't see the sources there ... looking at the schedule https://www.digikam.org/documentation/releaseplan/ 6.0 should be out today ... looks like we're a bit behind :-( -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #6 from caulier.gil...@gmail.com --- I rebuild this morning, all digiKAm 6.0.0-beta3 including the Maik fixes. You can test with these files : https://files.kde.org/digikam/ Warning : 6.0.0 database schema introduce changes which will become incompatible with 5.9.0. Make a database backup before, else we will not be able to go back to 5.9.0 later. Best Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #5 from kavol --- cool - thanks! (now I just hope it'll work for me and the update will make it out soon :-)) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 Maik Qualmann changed: What|Removed |Added Status|REPORTED|RESOLVED Version Fixed In||6.0.0 Resolution|--- |FIXED Latest Commit||https://commits.kde.org/dig ||ikam/ceac0f1f71118e9b243163 ||20ec1ab98237125f2b --- Comment #4 from Maik Qualmann --- Git commit ceac0f1f71118e9b24316320ec1ab98237125f2b by Maik Qualmann. Committed on 07/12/2018 at 20:48. Pushed by mqualmann into branch 'master'. add button to update an existing collection to the new drive or path This satisfies a long-standing desire of many users to easily adapt an existing collection to a new drive. FIXED-IN: 6.0.0 M +2-1NEWS M +1-0core/libs/database/collection/collectionmanager.h M +89 -3core/libs/database/collection/collectionmanager_location.cpp M +7-0core/libs/database/coredb/coredb.cpp M +7-0core/libs/database/coredb/coredb.h M +290 -36 core/utilities/setup/collections/setupcollectionview.cpp M +17 -5core/utilities/setup/collections/setupcollectionview.h https://commits.kde.org/digikam/ceac0f1f71118e9b24316320ec1ab98237125f2b -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 caulier.gil...@gmail.com changed: What|Removed |Added CC||caulier.gil...@gmail.com Component|Database|Database-Media -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #3 from kavol --- (In reply to Maik Qualmann from comment #2) > Using a UUID is not a nonsense but a standard. considering the fact that digikam is the only software that failed, I'd doubt at least the "standard" part ... for example kmail via akonadi had no problem opening ~/.Mail after the disc shuffle > How else should it be detected with removable drives, > if it is the right drive. well, I believe you answer your own question: > One possible way to solve this problem would be to create a UUID and > save it as a file in the root of the collection. - if digikam already puts some metadata into that directory, it can put a signature file into it too in addition, some distros recently started mounting removable devices as /run/media/$USER/$UUID which makes the path pretty unique without having to handle the media id separately plus there is the volume label which might be (ab)used ... or simply asking the user to identify the medium if everything else fails > What do you think what is going on when digiKam destroys the database > because it scans a wrong drive? the database should not be destroyed in any case ... what if it identifies like a right drive but it appears empty due to some other problem? however, let's go back from generic discussion about removable media to what's important here: a) a problem appeared on *non-removable* media that I need fixed (and maybe other users would appreciate not running into it to :-)) - that problem should not have happened in the first place b) I see no way how to convince digikam that it should use that path - in addition to looking into application settings, before finding out my mistake that different UUID changed than I thought, I've even tried to fiddle with sqlite like UPDATE AlbumRoots SET identifier="volumeid:?uuid=..." WHERE id=1; where I had put uuid of the / device, then I also tried if it can just get ignored if I set it to NULL, but nothing helped -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #2 from Maik Qualmann --- Using a UUID is not a nonsense but a standard. How else should it be detected with removable drives, if it is the right drive. What do you think what is going on when digiKam destroys the database because it scans a wrong drive? One possible way to solve this problem would be to create a UUID and save it as a file in the root of the collection. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 --- Comment #1 from kavol --- 2. change the uuid of the device where the directory resides (e.g. tune2fs -U ... for ext4fs) argh, scratch that! the UUID even did not change in my case, I was looking at the wrong place, what has changed is the UUID of / but not /home -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 401767] digikam unable to find existing path
https://bugs.kde.org/show_bug.cgi?id=401767 kavol changed: What|Removed |Added Version|unspecified |5.9.0 -- You are receiving this mail because: You are watching all bug changes.
