Summary: | digikam crash unexpectedly segmentation fault | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Artem <v.for.vandal> |
Component: | Database-Albums | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 1.0.0 | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.0.0 | |
Sentry Crash Report: |
Description
Artem
2009-08-07 00:02:49 UTC
My first thought was that maybe (*iter)->album pointer was empty. But #5 Digikam::Album::title (this=0x57daa40) at /usr/include/qt4/QtCore/qatomic_x86_64.h:121 actually says that album was present (this=0x57daa40). Since you seem to use a 64bit system, this might be the cause of the error. We could add a check for a valid album pointer, but I don't think this will solve your problem. Maybe this is a Qt issue, not a digiKam issue at all. Marcel, what do you think? As usual, very difficult without reproducing it locally... This could have been fixed with my latest commits. See 209207#c5 for details. It must be the same problem. Although you don't seem to have used the context menu in a search view. I'll try to reproduce the crash by browsing the menu... Hmm I just discovered that AlbumHistory is not working correctly. For example browse through some normal albums, then date albums. Using the history to return to the date based history items is not working. Example history chain (dates and albums mixed): test01 Paris 2007 September 2009 (date based) June 2009 (date based) test02 Switching to one of the album based history items is working fine, but using the date based items is not working correct. Regardless of what date based item I chose, it always selects "June 2009". Maybe this is the source of your crash, there were invalid items in the history chain after some browsing. This also explains why Album::title() will crash. The pointer may seem valid, but it is not. So it seems to be at least a little bit related to bug 209207. Andi Ok I guess we have a big problem here: I just browsed album folders only. After I while I looked into the History, and I saw that a GPSSearch folder item has been added to the history! I never visited it. Then I clicked on this item, and suddenly the whole history was erased, completely empty! It didn't crash, but it is definitely a wrong and faulty behavior :-) Andi SVN commit 1032780 by aclemens: Avoid saving of history items when digiKam is just starting up. Somehow GPSSearch aways added itself to the history list with an invalid widget pointer. CCBUG:202886 M +11 -3 digikamview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1032780 There is still a chance for invalid history items: We simply assume that when the current album has changed, we can get the corresponding widget with d->leftSideBar->getActiveTab() in DigikamView::slotAlbumSelected, but this is not always true. When config is read on startup and the current album is set, a totally different (or even invalid) widget pointer can be returned and saved in the HistoryItem. Artem, at least your crash should be hopefully gone in the current SVN version. But I guess the other problem I described in comment #4 is not yet fixed. SVN commit 1032964 by aclemens: Fix datefolder items in AlbumHistory navigation Now all issues in this report should be fixed, for the original crash report we need to wait for a feedback. CCBUG:202886 M +4 -6 digikamapp.cpp M +33 -22 digikamview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1032964 Hmm actually I'm pretty sure the crash is fixed now, so I will close this one. If you experience the same crash with the exact backtrace again, feel free to re-open this report. |