https://bugs.kde.org/show_bug.cgi?id=469643
Marvin <cqzhg...@duck.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|8.0.0 |8.1.0
--- Comment #6 from Marvin <cqzhg...@duck.com> ---
(In reply to caulier.gilles from comment #5)
> Well the only way to catch the bug is to clean up the database and rescan
> from scratch to try to reproduce the bug.
>
> the most simpler way can be to create a new user and start digiKam to
> repopulate a database. As the collection of files is huge, the best way will
> be to import step by step small part of files with debugview in background
> to catch the problematic files. When identified, you can share the files
> using cloud to investigate here and found the bug.
>
> Tip: on the new account, start digiKam without any files imported, go to
> setup/misc/system and enable debug trace for debugview. After that, start
> debugview, take a care that debug traces from digiKam are visible, and start
> to import files in your database, until a crash appears.
>
> Best
>
> Gilles Caulier
Hi Gilles,
I did add my pic-RAW folder. I had removed it when I saw lots of exiftool.exe
piled up in Win11 the Task Manager and it started crashing again.
I also changed to the weekly betas and selected the Debug option.
Now, after a few more start/crash/kill exiftool processes/start/crash/etc... it
again completed to 100%... but it still crashed while I had left it in the
background and wasn't interacting with digiKam for a bit.
What are the exact instructions for v8.1-beta on Win11. The instructions at
https://www.digikam.org/contribute/ under Windows Host state
"If digiKam start properly, go to Setup/Misc/System dialog page..."
I guess those are moved around and called something different now? Maybe
Settings/Configure digiKam/Miscellaneous/System?
"... and turn on the option to generate debug traces."
That isn't there, either. I assume it's "Enable internal debug logging"?
Also, when I exit digiKam, it appears to close normally. Yet, there are still
many exiftool.exe that remain running.
Assuming my guesses above were somewhat correct, I still don't get a log file
under C:\Users\<user>\AppData\Local\digikam
What I do see in DebugView are errors like those but can't spot something
that'd crash the app, as it goes to the next RAW file fine. And I had no RAW
files initially when I reported the bug.
---
[29904] digikam.metaengine: Check ExifTool availability: true
[29904] digikam.metaengine: ExifTool "Load Chunks" "-TagsFromFile
D:\\pics-RAW\\RAW\\2013\\IMG_7139 (1).CR2 -all:all -o -.exv"
[29904] digikam.database: Scanning took 135 ms
[29904] digikam.dbengine: Database is locked. Waited 0
[29904] digikam.metaengine: ExifToolProcess::readOutput(): ExifTool command
completed
[29904] digikam.metaengine: ExifTool complete command for action "Load Chunks"
with elasped time (ms): 25
[29904] digikam.metaengine: EXV chunk size: 6855
[29904] digikam.metaengine: ExifTool parsed command for action "Load Chunks" 1
properties decoded
[29904] digikam.metaengine: ExifTool complete "Load Chunks" for
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.metaengine: Metadata chunk loaded with ExifTool
[29904] digikam.metaengine: Loading metadata with "ExifTool" backend from
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.general: Trying to get thumbnail from
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2" ( "image" )
[29904] digikam.general: Trying to get thumbnail with Exiv2 for
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.general: Trying to get thumbnail with DImg preview for
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.general: Trying to get thumbnail from Embedded preview with
libraw for "D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.rawengine: LibRaw: loadEmbeddedPreview from
"D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.rawengine: LibRaw: failed to run open_file: Unsupported file
format or not RAW file
[29904] digikam.rawengine: Failed to load embedded RAW preview
[29904] digikam.general: Trying to get thumbnail from half preview with libraw
for "D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.rawengine: Try to use reduced RAW picture extraction
[29904] digikam.rawengine: LibRaw: failed to run open_file: Unsupported file
format or not RAW file
[29904] digikam.general: Trying to get thumbnail from Embedded preview with
Exiv2 for "D:/pics-RAW/RAW/2013/IMG_7139 (1).CR2"
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory Image, entry 0x0111: Strip
0 is outside of the data area; ignored.
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1 has an
unexpected next pointer; ignored.
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1, entry 0x0001
has unknown Exif (TIFF) type 0; setting type size 1.
[29904]
[29904] digikam.metaengine: Exiv2 ( 3 ) : Offset of directory SubImage1, entry
0x0001 is out of bounds: Offset = 0x0005829d; truncating the entry
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1, entry 0x0001
has unknown Exif (TIFF) type 0; setting type size 1.
[29904]
[29904] digikam.metaengine: Exiv2 ( 3 ) : Offset of directory SubImage1, entry
0x0001 is out of bounds: Offset = 0x00038827; truncating the entry
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1, entry 0x0001
has unknown Exif (TIFF) type 0; setting type size 1.
[29904]
[29904] digikam.metaengine: Exiv2 ( 3 ) : Offset of directory SubImage1, entry
0x0001 is out of bounds: Offset = 0x00079000; truncating the entry
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1, entry 0x0004
has unknown Exif (TIFF) type 0; setting type size 1.
[29904]
[29904] digikam.metaengine: Exiv2 ( 3 ) : Directory SubImage1, entry 0x0004
has invalid size 808596016*1; skipping entry.
[29904]
[29904] digikam.metaengine: Exiv2 ( 2 ) : Directory SubImage1, entry 0x0014
has unknown Exif (TIFF) type 0; setting type size 1.
[29904]
[29904] digikam.metaengine: Exiv2 ( 3 ) : Offset of directory SubImage1, entry
0x0014 is out of bounds: Offset = 0x00029004; truncating the entry
[29904]
[29904] digikam.metaengine: index : 0
[29904] digikam.metaengine: properties: 2
[29904] digikam.database: Finishing took 175 ms
[29904] digikam.metaengine: Loading metadata with "Exiv2" backend from
"D:/pics-RAW/RAW/2013/IMG_7140.CR2"
[29904] digikam.dimg: "D:/pics-RAW/RAW/2013/IMG_7140.CR2" : "RAW" file
identified
[29904] digikam.database: Adding new item "D:/pics-RAW/RAW/2013/IMG_7140.CR2"
[29904] digikam.metaengine: DateTime (Exif digitalized): QDateTime(2013-08-25
18:40:33.000 Eastern Daylight Time Qt::LocalTime)
[29904] digikam.metaengine: DateTime (digitization date): QDateTime(2013-08-25
18:40:33.000 Eastern Daylight Time Qt::LocalTime)
[29904] digikam.database: Scanning took 38 ms
[29904] digikam.dbengine: Database is locked. Waited 0
[29904] digikam.database: Finishing took 167 ms
---
The cr2 file that's complaining about opens fine in windows and based on the
date, I'd say 10 years ago, it was edited/tagged/etc with Picasa, where I
wanted edited files to be duplicated and the original ones preserved.
I still think something else is crashing digiKam but that's all I see in
DebugView... the rest of the view is other apps having their own issues.
Thanks!
Marv
Anything I should change in the debug settings? Or search for in DebugView?
--
You are receiving this mail because:
You are watching all bug changes.
