shotwell crashes on library import/saving tags
Submitted by an unknown user
Assigned to Jim Nelson
Link to original bug (#717257)
Description
---- Reported by shotwell-maint@gnome.bugs 2010-12-24 06:20:00 -0800 ----
Original Redmine bug id: 3014
Original URL: http://redmine.yorba.org/issues/3014
Searchable id: yorba-bug-3014
Original author: almost 3 years
Original description:
After installing shotwell 0.8, checking auto import from library, and save meta information to files, shotwell crashes shortly after startup when the background thread is processing library files.
Per the faq, I've attached the gdb output.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
History
Comment 1
Updated by Adam Dingle almost 3 years ago
- Priority set to Urgent
Comment 2
Updated by sam - almost 3 years ago
Hi,
because of this bug I would like to downgrade back to 0.7.
How to do this with mint linux 10 ? (ubuntu 10.10)
Or is there a way to edit the settings without starting shotwell and switch of the feature “Save Tags into File�
Thanks.
Comment 3
Updated by warmrobot - almost 3 years ago
I had to delete .shotwell folder (thanx god, I have a backup). Reinstall shotwell and uncheck box “save tags to filesâ€. Hope this bug will be fixed soon.
Comment 4
Updated by Adam Dingle almost 3 years ago
@!DelphiFreak: yes, you can switch off the option to save tags to files without starting Shotwell. Run the GNOME Configuration Editor (gconf-editor) and find the key /apps/shotwell/preferences/files/commit_metadata. Uncheck this key.
I hope we'll fix this bug soon (most of the team is on vacation this week, but everyone will be back next week). Since it seems to affect a number of users, I think it's likely we'll issue a 0.8.1 release once we have a fix.
Comment 5
Updated by sam - almost 3 years ago
Thank's for the workaround. I had to reboot after the changes and then I tried to start several times. After the third attempt it suddenly worked.
And thanks for this fine application. I never heard of Vala before ;-)
Comment 6
Updated by Adam Dingle almost 3 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Jim Nelson
Comment 7
Updated by Jim Nelson almost 3 years ago
The fix I committed for #3033 (closed) (which is in r2536) will, I believe, solve this problem as well. It would help if people out there with this problem could give it a try. (I'm having trouble reproducing it here.) Follow the build instructions here:
[http://www.yorba.org/shotwell/install<source](http://www.yorba.org/shotwell/i nstall<source)
Instead of building from trunk, however, build from branch:
$ svn co svn://svn.yorba.org/shotwell/branches/shotwell-0.8
I'll be merging branch into trunk later today.
Comment 8
Updated by Anonymous almost 3 years ago
Just tried branches/shotwell-0.8 and still had the crash. I built a debug version and attached the gdb output.
Comment 9
Updated by Alexey Fisher almost 3 years ago
@devs I think shotwell should write in to the log, file name it currently try to tag. Current shotwell report only files it import. This will make easy find right file.
@stephane: dos it crashes on all files? if not, try to find some file it crashes on.
Comment 10
Updated by Anonymous almost 3 years ago
Replying to [comment:14 fishor]:
@stephane: dos it crashes on all files? if not, try to find some file it crashes on.
The crash happens while it is auto-importing from the library, a few seconds after startup, so I have no idea which file it is crashing on.
Comment 11
Updated by Jim Nelson almost 3 years ago
I think I see the problem in your trace, stephen: one of your files has nothing but empty space for its keywords, which causes problems elsewhere in the system. I've committed code that should fix this: r2542.
Run Shotwell according to these instructions:
http://trac.yorba.org/wiki/Shotwell/%(=caps)FAQ%#IfoundabuginShotwell.HowcanIr eportit
If the crash occurs again, please upload the two files (gdb, like you've been doing, and the log file) to this ticket. I've added code to the log file that displays what file it last wrote metadata to, which should be the file causing the problem. If you can upload that file (or make it available to me somehow), that would be of great help as well.
Comment 12
Updated by Anonymous almost 3 years ago
Replying to [comment:16 jim]:
I've committed code that should fix this: r2542.
Sweet! It's working well. Shotwell just successfully loaded all of the images in my library. Thanks!
Comment 13
Updated by Jim Nelson almost 3 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done changed from 0 to 100
Great. Closing ticket.
Comment 14
Updated by Vera Yin almost 3 years ago
- Resolution changed from fixed to fixverified
-
% Done deleted (
<strike>
_100_</strike>
)
Comment 15
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:50 UTC ---
This bug was previously known as bug 3014 at http://redmine.yorba.org/show_bug.cgi?id=3014 Imported an attachment (id=261943) Imported an attachment (id=261944) Imported an attachment (id=261945)
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 FIXED