Bug 391993 - Evolution crashes when double click on border of a meeting in Day view
Summary: Evolution crashes when double click on border of a meeting in Day view
Status: RESOLVED FIXED
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: Evolution (show other bugs)
Version: Beta 2
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Suman Manjunath
QA Contact: Akhil Laddha
URL:
Whiteboard:
Keywords: calendar
Depends on:
Blocks:
 
Reported: 2008-05-19 11:26 UTC by Kandepu Prasad
Modified: 2008-05-23 03:13 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
coolo: SHIP_STOPPER-


Attachments
Fixes the bug. (828 bytes, patch)
2008-05-21 13:10 UTC, Forgotten User ex4EZfzxBL
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Kandepu Prasad 2008-05-19 11:26:58 UTC
This is also filed upstream
http://bugzilla.gnome.org/show_bug.cgi?id=533820
Probably it has better traces.

Steps to reproduce:
1. Open Calendar in Day view
2. Double click on the top or bottom edge or border of a meeting
3. Evolution crashes

gdb traces:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb642a720 (LWP 3666)]
0xb620b790 in e_day_view_finish_resize (day_view=0x8859fc0) at e-day-view.c:5315
5315    e-day-view.c: No such file or directory.
        in e-day-view.c
(gdb) thread apply all bt

Thread 163 (Thread 0xafa95b90 (LWP 4511)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb727ff42 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#2  0xb728fffd in ?? () from /usr/lib/libgthread-2.0.so.0
#3  0x08668aa0 in ?? ()
#4  0x08093510 in ?? ()
#5  0xafa952a8 in ?? ()
#6  0xb7292ff4 in ?? () from /usr/lib/libgthread-2.0.so.0
#7  0x00000000 in ?? ()

Thread 156 (Thread 0xb1298b90 (LWP 4477)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb67591d7 in *__GI___poll (fds=0x9042138, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb683e6f2 in ?? () from /usr/lib/libglib-2.0.so.0
#3  0x09042138 in ?? ()
#4  0x00000001 in ?? ()
#5  0xffffffff in ?? ()
#6  0x09042138 in ?? ()
#7  0x00000001 in ?? ()
#8  0x0000117d in ?? ()
#9  0x08067818 in ?? ()
#10 0x080677c0 in ?? ()
#11 0xb12982c4 in ?? ()
#12 0x08067818 in ?? ()
#13 0x080677c0 in ?? ()
#14 0x09088944 in ?? ()
#15 0x00000001 in ?? ()
#16 0x09088940 in ?? ()
#17 0x09042138 in ?? ()
#18 0xb6759160 in fts_read (sp=0x1) at fts.c:461
#19 0xb683ed2a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#20 0xb7bcb952 in startup_mainloop (arg=0x0) at e-book.c:3773
#21 0xb686539f in ?? () from /usr/lib/libglib-2.0.so.0
#22 0x00000000 in ?? ()

Thread 47 (Thread 0xb377ab90 (LWP 3877)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb67591d7 in *__GI___poll (fds=0x862dd88, nfds=11, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#2  0xb683e6f2 in ?? () from /usr/lib/libglib-2.0.so.0
#3  0x0862dd88 in ?? ()
#4  0x0000000b in ?? ()
#5  0xffffffff in ?? ()
#6  0x0862dd88 in ?? ()
#7  0x0000000b in ?? ()
#8  0x00000f25 in ?? ()
#9  0x08067818 in ?? ()
#10 0x080677c0 in ?? ()
#11 0xb377a2d4 in ?? ()
#12 0x08067818 in ?? ()
#13 0x080677c0 in ?? ()
#14 0x0867765c in ?? ()
#15 0x00000001 in ?? ()
#16 0x08677658 in ?? ()
#17 0x0862dd88 in ?? ()
#18 0xb6759160 in fts_read (sp=0x1) at fts.c:461
---Type <return> to continue, or q <return> to quit---
#19 0xb683ed2a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#20 0xb72d1e10 in link_io_thread_fn (data=0x0) at linc.c:396
#21 0xb686539f in ?? () from /usr/lib/libglib-2.0.so.0
#22 0x00000000 in ?? ()

Thread 5 (Thread 0xb448eb90 (LWP 3676)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb675bf01 in select () from /lib/libc.so.6
#2  0xb7b6dad0 in camel_read (fd=37, buf=0x85ea4f8 "\036", n=4) at camel-file-utils.c:466
#3  0xb4da163d in do_read (marshal=0x81f1ab8, buf=0x85ea4f8 "\036", len=4) at camel-stub-marshal.c:93
#4  0xb4da176f in marshal_read (marshal=0x81f1ab8, 
    buf=0xb448e2ff "�P?\022\b�\032\037\b(�H�M\031ڴ\224u��\220���\224u���Oڴ9\031ڴ�Oڴh�H�G*ڴ�\032\037\bX�H�\020", len=1) at camel-stub-marshal.c:120
#5  0xb4da1829 in decode_uint32 (marshal=0x81f1ab8, dest=0xb448e358) at camel-stub-marshal.c:155
#6  0xb4da194d in camel_stub_marshal_decode_uint32 (marshal=0x81f1ab8, dest=0xb448e358) at camel-stub-marshal.c:268
#7  0xb4da2a47 in status_main (data=0x8123f50) at camel-stub.c:126
#8  0xb727c175 in start_thread (arg=0xb448eb90) at pthread_create.c:297
#9  0xb6762dde in clone () from /lib/libc.so.6

Thread 1 (Thread 0xb642a720 (LWP 3666)):
#0  0xb620b790 in e_day_view_finish_resize (day_view=0x8859fc0) at e-day-view.c:5315
#1  0xb6210cbd in e_day_view_on_main_canvas_button_release (widget=0x821b868, event=0x93a8a80, day_view=0x8859fc0) at e-day-view.c:4314
#2  0xb703be16 in _gtk_marshal_BOOLEAN__BOXED (closure=0x83e6b40, return_value=0xbf9970d8, n_param_values=2, param_values=0xbf997188, 
    invocation_hint=0xbf9970c4, marshal_data=0xb6210c40) at gtkmarshalers.c:84
#3  0xb68c0c3b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#4  0xb68d51c7 in ?? () from /usr/lib/libgobject-2.0.so.0
#5  0x083e6b40 in ?? ()
#6  0xbf9970d8 in ?? ()
#7  0x00000002 in ?? ()
#8  0xbf997188 in ?? ()
#9  0xbf9970c4 in ?? ()
#10 0xb727eff0 in ?? () from /lib/libpthread.so.0
#11 0xbf997128 in ?? ()
#12 0x08067818 in ?? ()
#13 0x080677c0 in ?? ()
#14 0x00000000 in ?? ()
(gdb) Quit
(gdb)
Comment 1 Srinivasa Ragavan 2008-05-21 10:06:08 UTC
Can you give it with debug information?
Comment 2 Srinivasa Ragavan 2008-05-21 10:12:07 UTC
I just tried it and it happens. It is a sort of negative testing/case. Unless a user know it, he wont do it at all. Im reducing this to normal.
Comment 3 Forgotten User ex4EZfzxBL 2008-05-21 13:10:35 UTC
Created attachment 217255 [details]
Fixes the bug.
Comment 4 Suman Manjunath 2008-05-23 03:13:29 UTC
Patch committed upstream in stable (gnome-2-22) and trunk. 

Patch has been checked-in to autobuild.
Fix would be available with the next beta/RC.

Resolving as FIXED.