After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 718809 - F-Spot import hangs at 100% cpu while importing large collection
F-Spot import hangs at 100% cpu while importing large collection
Status: RESOLVED OBSOLETE
Product: shotwell
Classification: Other
Component: import
unspecified
Other All
: High normal
: ---
Assigned To: Shotwell Maintainers
Shotwell Maintainers
Depends on: 773267
Blocks:
 
 
Reported: 2012-09-25 03:58 UTC by Shotwell Maintainers
Modified: 2017-03-21 22:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
shotwell.gdb.gz (5.61 KB, application/x-gzip)
2012-09-25 15:58 UTC, Shotwell Maintainers
Details
shotwell.log.gz (29.90 KB, application/x-gzip)
2012-09-25 15:58 UTC, Shotwell Maintainers
Details
massif.out.13520.gz (12.85 KB, application/x-gzip)
2012-09-25 15:58 UTC, Shotwell Maintainers
Details
gdb backtrace (1.84 KB, application/x-gzip)
2012-09-27 04:52 UTC, Shotwell Maintainers
Details

Description Charles Lindsay 2013-11-25 21:58:05 UTC


---- Reported by shotwell-maint@gnome.bugs 2012-09-25 08:58:00 -0700 ----

Original Redmine bug id: 5882
Original URL: http://redmine.yorba.org/issues/5882
Searchable id: yorba-bug-5882
Original author: Maxxer -
Original description:

Full mailing list thread here:

http://lists.yorba.org/pipermail/shotwell/2012-September/004243.html

While trying to import a large (60k) F-Spot photo collection, Shotwell hangs
at 100% CPU while preparing import.

The import dialog freezes.

I'm attaching full shotwell.log and shotwell.gdb. I ran this procedure twice,
and both times hung on:

L 10484 2012-09-21 04:57:22 [DBG] DataImportsUI.vala:411: DataImportsDialog:
install_pane( ): invoked.

L 10484 2012-09-21 04:57:22 [DBG] DataImportsUI.vala:414: DataImportsDialog:
install_pane( ): a pane is already installed; removing it.

Attaching also a run of valgrind --tool=massif shotwell

From a first analysis from Bruno on the mailing list it shouldn't be a memory
issue, even tough no memory is released during the import process.

Happening on 0.13 from Ubuntu PPA.



---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:44:00 -0700 ----

### History

####

#1

Updated by Clinton Rogers about 1 year ago

  * **Priority** changed from _Normal_ to _High_

For the benefit of anyone not on the mailing list, [here's the
thread](http://lists.yorba.org/pipermail/shotwell/2012-September/004243.html).

####

#2

Updated by Maxxer - about 1 year ago

  * **File** shotwellgdbloop.txt.gz added

Ok, so following Bruno's link I ran thru gdb. At the loop pressed CTRL+C and
ran a backtrace.

The full stack is attached, the relevant lines here:

    
    
    #1  type_lookup_iface_vtable_I (vtable_ptr=<synthetic pointer>, 
        iface_node=0x8569288, node=0x84aebc0)
        at /build/buildd/glib2.0-2.32.3/./gobject/gtype.c:619
    #2  type_lookup_iface_vtable_I (vtable_ptr=<synthetic pointer>, 
        iface_node=0x8569288, node=0x84aebc0)
        at /build/buildd/glib2.0-2.32.3/./gobject/gtype.c:3106
    #3  g_type_interface_peek (instance_class=0x85386c0, iface_type=139891336)
        at /build/buildd/glib2.0-2.32.3/./gobject/gtype.c:3119
    #4  0xb7549ef1 in gee_collection_get_size ()
       from /usr/lib/i386-linux-gnu/libgee.so.2
    #5  0x082687cb in batch_import_display_imported_timer (self=0xdeb2170)
        at /build/buildd/shotwell-0.13.0/src/BatchImport.vala:1130
    #6  _batch_import_display_imported_timer_gsource_func (self=0xdeb2170)
        at BatchImport.c:4805
    #7  0xb72dda7f in g_timeout_dispatch (source=0xdeb2638, 
        callback=0x8268740 <_batch_import_display_imported_timer_gsource_func>, 
        user_data=0xdeb2170) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3882
    #8  0xb72dcd86 in g_main_dispatch (context=0x8477880)
        at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:2539
    #9  g_main_context_dispatch (context=0x8477880)
        at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3075
    

####

#3

Updated by Jim Nelson 11 months ago

  * **Target version** set to _0.14.0_

####

#4

Updated by Jim Nelson 11 months ago

  * **Category** set to _import_

####

#5

Updated by Jim Nelson 10 months ago

  * **Target version** changed from _0.14.0_ to _0.15.0_

####

#6

Updated by Jim Nelson 8 months ago

  * **Target version** changed from _0.15.0_ to _0.16.0_

####

#7

Updated by Jim Nelson 6 months ago

  * **Target version** deleted (<strike>_0.16.0_</strike>)



--- Bug imported by chaz@yorba.org 2013-11-25 21:58 UTC  ---

This bug was previously known as _bug_ 5882 at http://redmine.yorba.org/show_bug.cgi?id=5882
Imported an attachment (id=262538)
Imported an attachment (id=262539)
Imported an attachment (id=262540)
Imported an attachment (id=262541)

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 set on an open status.
   Dropping resolution