Re: "scan for new items" always scans the entire collection

--00000000000085245206562837ad
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I think I may have been noticing this excessing rescanning as well as
another problem related to timestamps but haven't had any time to debug:
Sorting by camera date completely stopped working for me recently and the
dates disappeared from the listing screen, but the metadata is fine for the
photos, similar to this Reddit post:
https://www.reddit.com/r/digiKam/comments/1q3yqrg/exif_date_created_not_sho=
wn_in_digikam/
The lack of people reporting this made me think it must be something
particular to my setup or that I messed up, hence waiting to say anything.
Then I discovered launching the AppImage instead of the native Arch Linux
package solved that problem, but I'm not sure about the rescanning issue. I
have been meaning to sit down and figure out what's going on!

=E2=80=94
Charlie Gorichanaz


On Wed, Jul 8, 2026 at 10:34=E2=80=AFPM VAL=C3=8DK Robert <[email protected]>=
 wrote:

> Hey there!
>
> After upgrading Digikam to version 9.1, I have also noticed this weird
> behavior.
>
> I have:
>
> - EndeavourOS
> - extra/digikam 9.1.0-4 (32.9 MiB 115.2 MiB) (Installed)
> - MariaDB server as a backend
>
> Config:
>
> - "Scan for new items at startup" on
> - "Fast Scan (...)" on
>
> I have had this configuration for years (the Digikam DB may have worked
> and been upgraded for about 10 years). Up until upgrade - every time I
> have started Digikam, it scanned briefly (like seconds) for new items,
> if there were new items, it imported them (few seconds or minutes) and
> so.
>
> But after upgrading, it scans and updates the entire collection every
> time. It takes more than 8hrs. Digikam rewrites all data stored in the
> database. It creates like 3GB of binlogs every time. If I log queries,
> it literally checks timestamp of a picture and than deletes and writes
> it's metadata (and thumbnails) all over again. After it finishes and I
> close it and start again, it happens again.
>
> I have tried every DB maintenance option I have found in Digikam, still
> not working properly.
>
> The only thing that did help - was to migrate the DB to SQLite (this is
> complicates things for me, as I synchronize images and metadata from
> Digikam to my webpage and SQLite cannot be as effectively backed up as
> MariaDB...).
>
> It seems like Digikam may not be handling timestamps stored in MariaDB
> properly and decides that the metadata meed to be updated or something.
>
> Robert

--00000000000085245206562837ad
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>I think I may have been noticing this excessing resca=
nning as well as another problem related to timestamps but haven&#39;t had =
any time to debug: Sorting by camera date completely stopped working for me=
 recently and the dates disappeared from the listing screen, but the metada=
ta is fine for the photos, similar to this Reddit post:=C2=A0<a href=3D"htt=
ps://www.reddit.com/r/digiKam/comments/1q3yqrg/exif_date_created_not_shown_=
in_digikam/">https://www.reddit.com/r/digiKam/comments/1q3yqrg/exif_date_cr=
eated_not_shown_in_digikam/</a></div><div>The lack of people reporting this=
 made me think it must be something particular to my setup or that I messed=
 up, hence waiting to say anything. Then=C2=A0I discovered launching=C2=A0t=
he AppImage instead of the native Arch Linux package solved that problem, b=
ut I&#39;m not sure about the rescanning issue. I have been meaning to sit =
down and figure out what&#39;s going on!</div><div><div dir=3D"ltr" class=
=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><d=
iv><br></div><div>=E2=80=94</div><div>Charlie Gorichanaz</div></div></div><=
/div><br></div><br><div class=3D"gmail_quote gmail_quote_container"><div di=
r=3D"ltr" class=3D"gmail_attr">On Wed, Jul 8, 2026 at 10:34=E2=80=AFPM VAL=
=C3=8DK Robert &lt;<a href=3D"mailto:[email protected]">[email protected]</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey th=
ere!<br>
<br>
After upgrading Digikam to version 9.1, I have also noticed this weird <br>
behavior.<br>
<br>
I have:<br>
<br>
- EndeavourOS<br>
- extra/digikam 9.1.0-4 (32.9 MiB 115.2 MiB) (Installed)<br>
- MariaDB server as a backend<br>
<br>
Config:<br>
<br>
- &quot;Scan for new items at startup&quot; on<br>
- &quot;Fast Scan (...)&quot; on<br>
<br>
I have had this configuration for years (the Digikam DB may have worked <br=
>
and been upgraded for about 10 years). Up until upgrade - every time I <br>
have started Digikam, it scanned briefly (like seconds) for new items, <br>
if there were new items, it imported them (few seconds or minutes) and <br>
so.<br>
<br>
But after upgrading, it scans and updates the entire collection every <br>
time. It takes more than 8hrs. Digikam rewrites all data stored in the <br>
database. It creates like 3GB of binlogs every time. If I log queries, <br>
it literally checks timestamp of a picture and than deletes and writes <br>
it&#39;s metadata (and thumbnails) all over again. After it finishes and I =
<br>
close it and start again, it happens again.<br>
<br>
I have tried every DB maintenance option I have found in Digikam, still <br=
>
not working properly.<br>
<br>
The only thing that did help - was to migrate the DB to SQLite (this is <br=
>
complicates things for me, as I synchronize images and metadata from <br>
Digikam to my webpage and SQLite cannot be as effectively backed up as <br>
MariaDB...).<br>
<br>
It seems like Digikam may not be handling timestamps stored in MariaDB <br>
properly and decides that the metadata meed to be updated or something.<br>
<br>
Robert</blockquote></div>

--00000000000085245206562837ad--