[digikam] [Bug 490021] Support for Apple Sidecar data files (.AAE files)

Thomas Damgaard bugzilla_noreply at kde.org
Fri Jul 12 16:58:52 BST 2024


https://bugs.kde.org/show_bug.cgi?id=490021

--- Comment #3 from Thomas Damgaard <thomasdn at gmail.com> ---
Maik and Giles, Thank you both for your quick and thorough response!
I see that this is indeed already supported. 

I tried adding the aae extension as a sidecard file. This works! That is,
moving, renaming images performs the same operation on the aae file.

I wanted to try adding aae as mime-type also. So I went into Settings and typed
in "aae" in the mimetypes for images input. Then I clicked OK. 
After this, DK freezes with mouse being hourglass (DK 8.3.0 on Windows where I
tested this) and digikam.exe seems to be idle at between 0.00% and 0.01%  CPU
(according to Process Explorer)

After like an hour or so, I killed digikam.exe and started DK again.

When I started DK, it still works with renaming an image with corresponding
.aae file and the aae file is also renamed. However, the .aae file does not
show up in album view. Neither as a thumbnail or as a file without thumbnail.

I am aware that the mimetype config dialog says that DK will rescan the db in
the background after changing this setting. However, no active processes were
shown while this happened. When I restarted DK and went into setting, "aae" was
still present in "additional image file extensions"... So appearently, this
does not work.


Some thoughts: Given that .aae files are very common due to Apple devices being
very common, would it perhaps make sense to either add .aae files as sidecar
files by default - or have a handy checkbox to enable this behavior for this
specific file type?

-- 
You are receiving this mail because:
You are watching all bug changes.



More information about the kde-mac mailing list