Adding a tag crashes with ERROR:x86_64-linux-gnu/core/DatabaseSourceCollection.c:392:database_source_collection_real_notify_items_added: assertion failed: (!_tmp5_)
Submitted by an unknown user
Link to original bug (#718129)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-12-17 02:03:00 -0800 ----
Original Redmine bug id: 4511
Original URL: http://redmine.yorba.org/issues/4511
Searchable id: yorba-bug-4511
Original author: Bruce Smith
Original description:
Ubuntu 11.10 AMD64. Shotwell 0.11.6 as installed with the Ubuntu release.
When I try to add a tag to an existing photo, Shotwell may crash. I have attached the Shotwell log and GDB output as per the instructions on the FAQ.
-- Bruce
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:46:00 -0700 ----
History
Comment 1
Updated by Bruce Smith almost 2 years ago
I've done some more testing.
If I tag a photo with an existing tag, then Shotwell doesn't crash and does not output any log message either; but after I've closed Shotwell & restarted it, that tag is not associated with the photo any more.
If I tag a photo with a new tag, then the crash occurs. After the crash, there is a new row in the TagTable, its Id is blank, its photo_id_list is blank, but it does have a sensible value in time_created.
Comment 2
Updated by Bruce Smith almost 2 years ago
- Priority changed from Normal to Low
- Resolution set to wontfix
Issue is solved. It was an error on my part; let me try to explain.
Previously, when manipulating the tag "tree" using drag-and-drop, Shotwell messed up my tags pretty badly. (This may well have been with a previous 0.11.x release prior to 0.11.6; certainly it was while I was using Ubuntu 11.04).
I had found that the only way to fix my tags was to edit photo.db using the SQLite Browser. I had corrected all the corrupted records, exported the table to a CSV, re-named TagTable to something else, re-created it and imported the corrected records. BUT, and this was the cause of the Shotwell crash reported in this issue, I had omitted to specify that the id field was the primary key.
So, the solution was to export TagTable, re-create it with correct primary key, then re-import all my tags.
I apologise for reporting this user error as a Shotwell bug.
-- Bruce
Comment 3
Updated by Adam Dingle almost 2 years ago
- Status changed from Open to 5
Aha. Thanks for the explanation, Bruce!
Comment 4
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Invalid
--- Bug imported by chaz@yorba.org 2013-11-25 21:55 UTC ---
This bug was previously known as bug 4511 at http://redmine.yorba.org/show_bug.cgi?id=4511 Imported an attachment (id=262206) Imported an attachment (id=262207)
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Resolution: RESOLVED INVALID