| Summary: | DigiKam crashes when renaming | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | kde |
| Component: | Thumbs-Video | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | caulier.gilles, gsking1, metzpinguin |
| Priority: | NOR | ||
| Version: | 5.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | https://commits.kde.org/digikam/89e61652264777a38578c5bf9b944a4c82173294 | Version Fixed In: | 5.8.0 |
| Attachments: | The DebugView log | ||
|
Description
kde
2017-07-13 18:54:46 UTC
While renaming, run DebugView to idenify which file generate the crash. I suspect an Exiv2 shared library problem. See the details given in this page : https://www.digikam.org/contribute/ Created attachment 106604 [details]
The DebugView log
The requested log from DebugView
I also experienced a crash while renaming today. However, I am on MacOS10.13 and Digikam 5.7.0. The crash is dependent up on the number of files selected for the batch rename.
It would crash when renaming >50 (approx) JPG files at a time. Using this [date:"yyyyMMdd"]_[file]{unique}.
My crashes were repeatable if choosing many files (approx >50). However, if I only renamed in batches of 25 or so, then I would not have any crashes.
You must to know that video file support from Exiv2 is problematic (very bugous). Typically, all digiKam bundle that we provide have the video support disabled in Exiv2. Perhaps it's not enough, at least to not crash the application (from my side, it must be). In this case, with Exiv2 video support disabled, the date is not taken from file metadata, but from file system date. What's happen when you don't try to rename video files without to use the date rule ? Gilles Caulier As i can see in debugview log : 00000634 164.76377869 [2500] digikam.metaengine: Cannot load metadata using Exiv2 (Error # 11 : F:/Collecties/Test/2017-05/20170517-GOPR0031.MP4: The file contains data of an unknown image type The video file sound like in F: drive. It's a removable media (as usb drive) ? Gilles Caulier Git commit 89e61652264777a38578c5bf9b944a4c82173294 by Maik Qualmann. Committed on 17/10/2017 at 18:32. Pushed by mqualmann into branch 'master'. add backward QHash to the ImageInfo cache to resolve changed names Related: bug 385592, bug 384577 M +6 -0 libs/database/item/imageinfocache.cpp M +1 -0 libs/database/item/imageinfocache.h M +2 -2 libs/database/utils/dio.cpp https://commits.kde.org/digikam/89e61652264777a38578c5bf9b944a4c82173294 I close the bug, if necessary reopen it. Maik |