Bug 461889 - digikam crashes on close (perhaps properties dialog and/or exiftool)
Summary: digikam crashes on close (perhaps properties dialog and/or exiftool)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-ExifTool (show other bugs)
Version: 7.8.0
Platform: macOS (DMG) macOS
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-15 21:51 UTC by jorgy
Modified: 2022-11-17 04:06 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.9.0


Attachments
Crash from MacOS crash dialog (179.30 KB, text/plain)
2022-11-15 21:51 UTC, jorgy
Details
second stack trace (121.35 KB, text/plain)
2022-11-15 22:15 UTC, jorgy
Details
another stack trace (112.21 KB, text/plain)
2022-11-15 22:42 UTC, jorgy
Details
One more stack trace (108.79 KB, text/plain)
2022-11-15 22:42 UTC, jorgy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jorgy 2022-11-15 21:51:29 UTC
Created attachment 153781 [details]
Crash from MacOS crash dialog

SUMMARY
I have been starting to use digikam again, and have been doing a lot of tagging and facial recognition of my genealogy photos.  It has crashed 4-5 times this afternoon, and I did get the MacOS stack trace dialog and am attaching it here.   I did try to run it with lldb a few times, but it hasn't crashed that way, unfortunately.   It seems to be when I'm exiting the program mostly, though it has happened another way a couple of times.   

STEPS TO REPRODUCE
1. Unfortunately, I am unable to reliably make it happen
2. 
3. 

OBSERVED RESULT
digikam crashes, doesn't seem to write out data to sqlite DB.   However, there hasn't been any corruption.

EXPECTED RESULT
program should exit normally, with data written to sqlite.

SOFTWARE/OS VERSIONS
digikam 7.8.9 DMG 
macOS: Monterey, 12.6.1   M1 Pro MBP

ADDITIONAL INFORMATION
I will keep trying to get a lldb stacktrace, and will attach it here if I get one.
Comment 1 jorgy 2022-11-15 22:15:34 UTC
Created attachment 153784 [details]
second stack trace
Comment 2 jorgy 2022-11-15 22:15:58 UTC
While I was running it under lldb, I did get another crash today.  It complained about not finding exiftool (which I swore I had set up already) and so I told it to pull up the config so I could set it, but it hung, and then crashed.   I'm attaching a second MacOS crash dialog stack trace.  I hope it's helpful.
Comment 3 jorgy 2022-11-15 22:40:58 UTC
I am now able to recreate the crash at will.   It seems related to the properties dialog and/or exiftool.    Upon starting digikam, all I need to do is try to pull up the properties dialog, and it hangs.   Macos says "Application not responding" and I do a "Force quit" and I can get a stack trace.  I will attach a couple more in case they are helpful to get to the bottom of the problem.

However, now digikam is unusable for me.
Comment 4 jorgy 2022-11-15 22:41:10 UTC
Here is output from console:

(lldb) target create "/Applications/digiKam.org/digikam.app/Contents/MacOS/digikam"
Current executable set to '/Applications/digiKam.org/digikam.app/Contents/MacOS/digikam' (x86_64).
(lldb) run
Process 16835 launched: '/Applications/digiKam.org/digikam.app/Contents/MacOS/digikam' (x86_64)
warning: libobjc.A.dylib is being read from process memory. This indicates that LLDB could not read from the host's in-memory shared cache. This will likely reduce debugging performance.

2022-11-15 15:35:49.430623-0700 digikam[16835:7308557] SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=16835
2022-11-15 15:35:49.430748-0700 digikam[16835:7308557] SecTaskCopyDebugDescription: digikam[16835]/0#-1 LF=0
2022-11-15 15:35:49.973039-0700 digikam[16835:7308557] flock failed to lock list file (/var/folders/hm/wfprhg6n0jgcksx6k3f85bpc0000gn/C//org.digiKam/com.apple.metal/16777235_530/functions.list): errno = 35
2022-11-15 15:35:52.778464-0700 digikam[16835:7308557] SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=16835
2022-11-15 15:35:52.778654-0700 digikam[16835:7308557] SecTaskCopyDebugDescription: digikam[16835]/0#-1 LF=0
dbus[16835]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
2022-11-15 15:36:13.041148-0700 digikam[16835:7309118] SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=16835
2022-11-15 15:36:13.041464-0700 digikam[16835:7309118] SecTaskCopyDebugDescription: digikam[16835]/0#-1 LF=0
QtAV 1.13.0(Aug 29 2022, 17:21:00)
Multimedia framework base on Qt and FFmpeg.
Distributed under the terms of LGPLv2.1 or later.
Shanghai, China Copyright (C) 2012-2019 Wang Bin (aka. Lucas Wang) wbsecg1@gmail.com
Donate: http://qtav.org/donate.html
Source: https://github.com/wang-bin/QtAV
Home page: http://qtav.org
2022-11-15 15:36:13.671482-0700 digikam[16835:7308557] [kf.xmlgui] Unhandled container to remove :  Digikam::DigikamApp

assertion failed [gTaskSuspended == true]: debugserver requesting translation removal but task not suspended
(DebugServer.cpp:123 remove_translation)
Process 16835 exited with status = -1 (0xffffffff) lost connection
Comment 5 jorgy 2022-11-15 22:42:13 UTC
Created attachment 153785 [details]
another stack trace
Comment 6 jorgy 2022-11-15 22:42:39 UTC
Created attachment 153786 [details]
One more stack trace
Comment 7 caulier.gilles 2022-11-16 04:16:25 UTC
hi,

The problem with Exiftool is know. Please check if the problem is reproducible with 7.9.0 pre-release available here :

https://files.kde.org/digikam/

Gilles Caulier
Comment 8 jorgy 2022-11-17 00:32:06 UTC
Hello, and thank you for your prompt reply.

I did download the 7.9.0 release candidate and it worked just fine - I had no issues with it hanging, and no issues with crashes.

I will wait until the official 7.9.0 goes live, then close this bug ticket.