Re: Collections are suddenly gone in DK

Thomas <[email protected]>
Newsgroups gmane.comp.kde.digikam.user
Message-ID <[email protected]>
OK so this finished much earlier than I thought... It still does not 
find all my collection... So I guess the last option is to remove 
digikamrc and all .db files and start completely from scratch...



On 13/10/2025 10.50, Thomas wrote:
> I was not able to make this work. So out of desperation, I have now 
> tried moving alle the *.db files into another folder in order to start 
> "from scratch".
>
> When I did this and started DK, DK complained that it could not find 
> the main db file.
>
> So I tried moving the main db file back and started again. Now it is 
> "finding new items..." so I am waiting for it to be done scanning and 
> see if it will finally allow me to access my photos...
>
> If this does not work, I guess the next step is to try to remove 
> digikamrc file as well as the db files and then start all over.
>
> I will report back.
>
> BR
>
> Thomas
>
>
> On 20/09/2025 16.45, Maik Qualmann wrote:
>> Please try opening the images in the import tool.
>> You should only see folders, not images, in the file dialog. But it 
>> might be
>> another problem with file dialogs in macOS.
>>
>> Maik
>>
>> Am Samstag, 20. September 2025, 16:31:57 Mitteleuropäische Sommerzeit 
>> schrieb
>> Thomas:
>>> Yes, I can navigate to the folder from DK import > Add Images 
>>> dialog. It
>>> looks like this:
>>>
>>>
>>>
>>> Note: the individual files are gray, so I cannot select them. But I 
>>> seem
>>> to be able to open the folder.
>>>
>>> So it seems to me that DK has proper access?
>>>
>>> On 20/09/2025 16.18, Maik Qualmann wrote:
>>>> Have you perhaps set ignored folders (tab under Collection Settings)?
>>>> Otherwise, digiKam simply doesn't have read permissions to this 
>>>> folder.
>>>> Can
>>>> you open this folder in the import tool via Import -> Add Images 
>>>> (please
>>>> don't actually import the folder this way)?
>>>>
>>>> Maik
>>>>
>>>> Am Samstag, 20. September 2025, 16:09:56 Mitteleuropäische Sommerzeit
>>>> schrieb>
>>>> Thomas:
>>>>> I tried playing around with the db.
>>>>>
>>>>> I ran this query:
>>>>>
>>>>> echo "SELECT * FROM Albums WHERE  relativepath LIKE '/2024/%'" | 
>>>>> sqlite3
>>>>> ~/Pictures/digikam4.db
>>>>>
>>>>>
>>>>> It returns lots of entries.
>>>>>
>>>>> I then ran:
>>>>>
>>>>> echo "SELECT * FROM Albums WHERE  relativepath LIKE '/2025/%'" | 
>>>>> sqlite3
>>>>> ~/Pictures/digikam4.db
>>>>>
>>>>>
>>>>> It returns zero entries.
>>>>>
>>>>> So clearly, DK is not picking up my photos...
>>>>>
>>>>> When I browse the folders, though, the pictures are there.
>>>>>
>>>>>
>>>>> How to troubleshoot this further?
>>>>>
>>>>>
>>>>> BR
>>>>>
>>>>> Thomas
>>>>>
>>>>> On 14/09/2025 19.14, Maik Qualmann wrote:
>>>>>> The problem is, even if digiKam couldn't read the collection for 
>>>>>> some
>>>>>> reason, the root album names should still be displayed. But you 
>>>>>> don't
>>>>>> have them, right?
>>>>>>
>>>>>> Your log doesn't show any anomalies or error messages from the 
>>>>>> database.
>>>>>> But I can only imagine some kind of database problem.
>>>>>>
>>>>>> If you haven’t already, please try the digiKam-8.8.0 pre-release 
>>>>>> version
>>>>>> from here:https://files.kde.org/digikam/
>>>>>>
>>>>>> Maik
>>>>>>
>>>>>> Am Sonntag, 14. September 2025, 19:05:00 Mitteleuropäische 
>>>>>> Sommerzeit
>>>>>> schrieb>
>>>>>>
>>>>>> Thomas:
>>>>>>> Hi,
>>>>>>>
>>>>>>>
>>>>>>> This is Apple Silicon M3.
>>>>>>>
>>>>>>> MacOS version 15.6.1.
>>>>>>>
>>>>>>> The volumes are mounted. I can ls the contents from a terminal 
>>>>>>> and I
>>>>>>> can
>>>>>>> open the images int he Finder file browser.
>>>>>>>
>>>>>>> I will check Apple Console app although, I am not sure what to look
>>>>>>> for?
>>>>>>>
>>>>>>>
>>>>>>> BR
>>>>>>>
>>>>>>> Thomas
>>>>>>>
>>>>>>> On 14/09/2025 04.06, Gilles Caulier wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Right it's MacOS. Which version ? Arm or Intel.
>>>>>>>>
>>>>>>>> Perhaps the disk is unmounted by the system ? Did you see 
>>>>>>>> something
>>>>>>>> abnormal in the system log (Apple Console Application)?
>>>>>>>>
>>>>>>>> Best regards
>>>>>>>>
>>>>>>>> Gilles Caulier
>>>>>>>>
>>>>>>>> Le sam. 13 sept. 2025 à 14:57, Thomas<[email protected]> a écrit :
>>>>>>>>> On 12/09/2025 17.52, Gilles Caulier wrote:
>>>>>>>>>
>>>>>>>>> I'm 99% sure that something in your Windows installation locks 
>>>>>>>>> the
>>>>>>>>> database or the application or the file system. This 
>>>>>>>>> introduces giant
>>>>>>>>> time latency in the program. This can be the Windows update 
>>>>>>>>> running
>>>>>>>>> in
>>>>>>>>> background, an antivirus, or a malfunction with your hardware.
>>>>>>>>>
>>>>>>>>> Another issue can be the file path scheme name in your collection
>>>>>>>>> which cause dysfunction, eg. no latin1 char encoding for ex, 
>>>>>>>>> even if
>>>>>>>>> digiKam supports UTF8 and the application manifest for Windows 
>>>>>>>>> sets
>>>>>>>>> these properties at run time.
>>>>>>>>>
>>>>>>>>> In my office we switch from WIN10 to WIN11 progressively on all
>>>>>>>>> desktop computers, and we sometimes see troubles with file 
>>>>>>>>> paths when
>>>>>>>>> we use company applications (where WIN10 has no problem for a 
>>>>>>>>> very
>>>>>>>>> long time). This is difficult to investigate and to reproduce. 
>>>>>>>>> This
>>>>>>>>> is
>>>>>>>>> especially true with the network file systems but not with all 
>>>>>>>>> users.
>>>>>>>>> The reason is not clear...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This is macOS - not Windows.
>>>>>>>>>
>>>>>>>>> I don't think something is locking my files and I have tried over
>>>>>>>>> multiple restarts.
>>>>>>>>>
>>>>>>>>> I will try to see if I can figure out how to see which files are
>>>>>>>>> locked
>>>>>>>>> on macOS.
>>>>>>>>>
>>>>>>>>> There is no antivirus.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Also, all files on this file system should be plain ascii 
>>>>>>>>> compatible
>>>>>>>>> as
>>>>>>>>> I
>>>>>>>>> ensure files only have names in the set "A-Za-z0-9._, -()+"
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Any ideas how to troubleshoot this further?
>>
>>
>>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.