<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<div class="moz-cite-prefix">On 14/09/2025 19.14, Maik Qualmann
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:4822481.vXUDI8C0e8@linux.fritz.box">
<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?
</pre>
</blockquote>
<p><br>
</p>
<p>Yes, that is indeed the case. Or it was: I originally did not
have my actual photo collection root folders in the albums list.
However, after having let it run for a very long time (days), they
eventually showed up. So the root folders are there. But the
folders <i>inside</i> those root folders are missing a lot.</p>
<p>Here is an example:</p>
<p><img src="cid:part1.2iRywxMn.KTMdo94p@gmail.com" alt=""></p>
<p><br>
</p>
<p>In this example, you can see 3 collection root folders.</p>
<p>The "photo" collection is the largest one.</p>
<p>As you can see, it has a folder per year going back to the
1900s. </p>
<p>As you can also see, the most recent one on the list is 2024.
There is no 2025.</p>
<p>And when I expand the 2024 folder, it is not complete. It does
not contain all the 2024 subfolders/albums.</p>
<p><br>
</p>
<p>Now, I thought this might be due to DK needing more time to find
new items. However, this is <i>not</i> the case, becase DK pops up
after a while with the "Processing done" popup indicating that it
finished scanning for new items.</p>
<p><br>
</p>
<p>Last lines of DK debug log says: </p>
<p>digikam.database: Complete scan took: 412969 msecs.<br>
qt.svg: QSvgHandler: Image filename is empty<br>
qt.svg: QSvgHandler: Image filename is empty<br>
digikam.general: Event is dispatched to OSX desktop notifier</p>
<p><br>
</p>
<p>So I guess DK has decided that there are no more images...</p>
<p><br>
</p>
<p>I have just sent you a new digikam debug log via private email.</p>
<p><br>
</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:4822481.vXUDI8C0e8@linux.fritz.box">
<pre wrap="" class="moz-quote-pre">
Your log doesn't show any anomalies or error messages from the database. But I
can only imagine some kind of database problem.
</pre>
</blockquote>
<p><br>
</p>
<p>One thing I noticed in the logs is this:</p>
<p>digikam.database: Creating new Location "/" uuid
"networkshareid:?mountpath=/Volumes/photo&fileuuid=***"<br>
digikam.database: Creating new Location "/Users/***/Pictures"
uuid "volumeid:?uuid=******&fileuuid=****"<br>
digikam.database: Creating new Location "/" uuid
"networkshareid:?mountpath=/Volumes/*****/photos&fileuuid=****"<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkRequested(QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkDone(Solid::ErrorType,
QVariant, QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::repairRequested(QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::repairDone(Solid::ErrorType,
QVariant, QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkRequested(QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkDone(Solid::ErrorType,
QVariant, QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::repairRequested(QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::repairDone(Solid::ErrorType,
QVariant, QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkRequested(QString)<br>
qt.core.qobject.connect: QObject::connect: No such signal
Solid::Backends::IOKit::IOKitStorageAccess::checkDone(Solid::ErrorType,
QVariant, QString)</p>
<p><br>
</p>
<p><br>
</p>
<p>Granted, I do not know what those IOKit calls are. But I could
imagine this is something relating to accessing the file shared
that fails?</p>
<p><br>
</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:4822481.vXUDI8C0e8@linux.fritz.box">
<pre wrap="" class="moz-quote-pre">
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></pre>
</blockquote>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">I will try with the proposed pre-release version and report back.</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">
</span></p>
<p><span style="white-space: pre-wrap">BR</span></p>
<p><span style="white-space: pre-wrap">Thomas</span></p>
</body>
</html>