Bug 513608 – media-gfx/shotwell crashes (occasionaly) when gconf installed on import with copy photo

• Status: RESOLVED TEST-REQUEST
• Product: Gentoo Linux

[Description Radek Kazbunda 2014-06-17 20:17:45 UTC]

media-gfx/shotwell crashes on import of photos in mode copy, but not in mode inplace.

Happened only on some photos ( was able to import 1000 photos w/o issue): You need a specific collection of photos to see the crash. The bug was reproducible on all available versions of Shotwell.

I have found the same issue was already reported to shotwell from other gentoo user. Shotwell developer analyzed log and hinted that it is caused by GSettings-to-GConf mapper. See the link to their resolution/response:

https://mail.gnome.org/archives/shotwell-list/2013-April/004825.html

Based on their notes I tried to uninstall gconf (had only guake dependent on it) and the issue went away. I was able to import/copy 30Gb collection of photos.
 


Reproducible: Always

Steps to Reproduce:
1. Open shotwell
2. Choose "Import photos" in  
3. Choose "Copy photos" (does not happen when importing inplace!)
4. Wait for crash if unlucky (did not happened always)
Actual Results:  
Application crashes reporting in console: 

(shotwell:6623): GConf-CRITICAL **: gconf_engine_pop_owner_usage:
assertion `engine->owner_use_count > 0' failed

(shotwell:14699): GLib-CRITICAL **: g_propagate_error: assertion `src
!= NULL' failed

Expected Results:  
Normaly finish photo import

Had gnome-base/gconf-3.2.6-r1:2::installed
Seen the issue on 2 computers running gentoo, with different gconf and shotwell versions.

I use paludis package manager, thus no "emerge --info"

[Comment 1 Justin Lecher (RETIRED) 2014-06-18 06:48:57 UTC]

So the solution is to drop gconf? Or block gconf?

@gnome, is this a possible solution?

[Comment 2 Pacho Ramos 2014-06-18 09:07:36 UTC]

Why is shotwell using the mapper if it should be able to use dconf directly?

[Comment 3 Pacho Ramos 2014-06-18 09:09:24 UTC]

Also, user should use at least gconf -r2 as it includes important patches to fix some crashes ;)

[Comment 4 Pacho Ramos 2014-06-18 09:11:25 UTC]

Does the user have gnome-base/dconf installed?

[Comment 5 Radek Kazbunda 2014-06-18 20:50:48 UTC]

Had           gnome-base/gconf-3.2.6-r1
Still have    gnome-base/dconf-0.18.0

Will try out to replicate with gconf-r2

[Comment 6 Justin Lecher (RETIRED) 2014-06-19 08:13:45 UTC]

(In reply to Radek Kazbunda from comment #5)
> Will try out to replicate with gconf-r2

if you could do this, that would be great. Perhaps we can narrow this done to some problems in gconf.

[Comment 7 Justin Lecher (RETIRED) 2014-07-21 06:34:51 UTC]

Is this still existing?

[Comment 8 Justin Lecher (RETIRED) 2014-08-14 07:17:16 UTC]

Please reopen if reproducible.