https://bugs.kde.org/show_bug.cgi?id=490021
--- Comment #3 from Thomas Damgaard <thoma...@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.
