<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>For completeness, I tried opening the images in the import tool
as you suggested.</p>
<p>When I open a folder with images in this way, I can see the
images in that folder in the import tool.</p>
<p>Example below.</p>
<p>I guess this proves that Digikam can indeed access the images.
But for some reason chooses not to when scanning the collection.
Very strange.</p>
<p>Before I start over completely, I would really hope someone has
an idea on how to fix this.</p>
<p><br>
</p>
<p>Is there some way to "reset" a collection such that DK will
rescan everything in a more thorough way in the "find new items"
operation?</p>
<p><br>
</p>
<p><br>
</p>
<p><img src="cid:part1.IWJZlsyh.yXNp2z9f@gmail.com" alt=""></p>
<p><br>
</p>
<p><br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 20/09/2025 16.45, Maik Qualmann
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:251199371.CLC1lySaU7@linux.fritz.box">
<pre wrap="" class="moz-quote-pre">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:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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:<a class="moz-txt-link-freetext" href="https://files.kde.org/digikam/">https://files.kde.org/digikam/</a>
Maik
Am Sonntag, 14. September 2025, 19:05:00 Mitteleuropäische Sommerzeit
schrieb>
Thomas:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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:
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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<a class="moz-txt-link-rfc2396E" href="mailto:sdktda@gmail.com"><sdktda@gmail.com></a> a écrit :
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">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?
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="" class="moz-quote-pre">
</pre>
</blockquote>
</body>
</html>