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 452506 - crash in Tasks: Quitting Evolution. As b...
crash in Tasks: Quitting Evolution. As b...
Status: RESOLVED DUPLICATE of bug 405497
Product: evolution
Classification: Applications
Component: Tasks
unspecified
Other All
: High critical
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2007-06-30 09:44 UTC by peter
Modified: 2007-12-21 15:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description peter 2007-06-30 09:44:25 UTC
Version: 2.10

What were you doing when the application crashed?
Quitting Evolution. As before, I had not been using Tasks. This time I think I had the debuginfo packages running.


Distribution: Fedora release 7 (Moonshine)
Gnome Release: 2.18.2 2007-05-28 (Red Hat, Inc)
BugBuddy Version: 2.18.0

System: Linux 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: Enforcing
Accessibility: Disabled
GTK+ Theme: Tangoish
Icon Theme: Tango

Memory status: size: 118419456 vsize: 118419456 resident: 47665152 share: 32043008 rss: 47665152 rss_rlim: 4294967295
CPU usage: start_time: 1183156808 rtime: 2548 utime: 2354 stime: 194 cutime:3 cstime: 13 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/evolution'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1209084192 (LWP 3521)]
[New Thread -1253049456 (LWP 9245)]
[New Thread -1229743216 (LWP 3610)]
[New Thread -1230435440 (LWP 3557)]
0x006ba402 in __kernel_vsyscall ()

Thread 2 (Thread -1253049456 (LWP 9245))

  • #0 __kernel_vsyscall
  • #1 __lll_mutex_lock_wait
    from /lib/libpthread.so.0
  • #2 _L_mutex_lock_79
    from /lib/libpthread.so.0
  • #3 pthread_mutex_lock
    from /lib/libpthread.so.0
  • #4 segv_redirect
    at main.c line 417
  • #5 <signal handler called>
  • #6 g_list_find
    from /lib/libglib-2.0.so.0
  • #7 folder_changed_change
    at camel-vee-folder.c line 1219
  • #8 session_thread_proxy
    at camel-session.c line 530
  • #9 ??
    from /lib/libglib-2.0.so.0
  • #10 ??
    from /lib/libglib-2.0.so.0
  • #11 start_thread
    from /lib/libpthread.so.0
  • #12 clone
    from /lib/libc.so.6


----------- .xsession-errors (14700 sec old) ---------------------
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1400003 (Top Panel)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
(evolution:3521): camel-WARNING **: Search returned an invalid result type
(evolution:3521): camel-WARNING **: Search returned an invalid result type
(evolution:3521): camel-WARNING **: Search returned an invalid result type
(evolution:3521): camel-WARNING **: Search returned an invalid result type
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x4c025df (Messages -)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
Window manager warning: last_focus_time (2063979921) is greater than comparison timestamp (2063979919).  This most likely represents a buggy client sending inaccurate timestamps in messages such as _N
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x4c025df (Messages -)
Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
--------------------------------------------------
Comment 1 André Klapper 2007-12-21 15:57:51 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 405497 ***