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 158174 - clicking cancel while thumbnail list is still being extracted from camera crashes gthumb
clicking cancel while thumbnail list is still being extracted from camera cra...
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.6.x
Other other
: High critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2004-11-13 15:26 UTC by Chris Turchin
Modified: 2005-01-11 16:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Chris Turchin 2004-11-13 15:26:46 UTC 
Distribution: SuSE Linux 9.1 (i586)
Package: gthumb
Severity: normal
Version: GNOME2.8.1 2.6.0.1
Gnome-Distributor: GNOME.Org
Synopsis: clicking cancel while thumbnail list is still being extracted from camera crashes gthumb
Bugzilla-Product: gthumb
Bugzilla-Component: general
Bugzilla-Version: 2.6.0.1
BugBuddy-GnomeVersion: 2.0 (2.8.0)
Description:
Description of the crash:
clicking cancel while thumbnail list is still being extracted from
camera crashes gthumb

Steps to reproduce the crash:
1. goto import photos
2. let import start
3. cancel while image list is being compiled.

Expected Results:

exception is handled. application does not crash.

How often does this happen?

3:3 while testing with my canon g2

Additional Information:

gthumb is great, i love it. i just updated to ulb-gnome (2.8) and get to
play with gthumb 2.6.0.1 now... 


Debugging Information:

Backtrace was generated from '/opt/gnome/bin/gthumb'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 10989)]
[New Thread 32769 (LWP 10990)]
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 10989)]
[New Thread 32769 (LWP 10990)]
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 10989)]
[New Thread 32769 (LWP 10990)]
[New Thread 16386 (LWP 10991)]
[New Thread 32771 (LWP 10992)]
[New Thread 49156 (LWP 10993)]
[New Thread 65541 (LWP 10994)]
[New Thread 81926 (LWP 10995)]
[New Thread 98311 (LWP 10996)]
[New Thread 114696 (LWP 10997)]
0x4088919b in waitpid () from /lib/libpthread.so.0

+ Trace 51924

Thread 9 (Thread 114696 (LWP 10997))

  • #0 __pthread_sigsuspend
    from /lib/libpthread.so.0
  • #1 __pthread_wait_for_restart_signal
    from /lib/libpthread.so.0
  • #2 pthread_cond_wait
    from /lib/libpthread.so.0
  • #3 thread_entry
    at gnome-vfs-thread-pool.c line 156
  • #4 g_thread_create_proxy
    at gthread.c line 556
  • #5 pthread_start_thread
    from /lib/libpthread.so.0
  • #6 clone
    from /lib/libc.so.6

Thread 8 (Thread 98311 (LWP 10996))

  • #0 __pthread_sigsuspend
    from /lib/libpthread.so.0
  • #1 __pthread_wait_for_restart_signal
    from /lib/libpthread.so.0
  • #2 pthread_cond_wait
    from /lib/libpthread.so.0
  • #3 load_image_thread
    at image-loader.c line 542 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-11-13 10:26 -------


Unknown version 2.6.0.1 in product gthumb. Setting version to "0.x".
Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "gthumb".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.
Comment 1 Elijah Newren 2004-11-13 15:34:27 UTC 
Appears to be a unique stack trace, though it looks like it may be a gphoto2
bug.  I'll leave it open for now and let the maintainer of gthumb decide.
Comment 2 Paolo Bacchilega 2005-01-11 16:51:26 UTC 
fixed now.