Bug 313044 – evolution hangs and/or crashes when changing "until" time on recurring appointment

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 313044 - evolution hangs and/or crashes when changing "until" time on recurring appointment


Summary:	evolution hangs and/or crashes when changing "until" time on recurring appoin...


Status:	RESOLVED FIXED

Product:	evolution
Classification:	Applications
Component:	Do Not Use
Version:	2.4.x (obsolete)
Hardware:	Other All

Importance:	Normal critical
Target Milestone:	---
Assigned To:	Kaushal Kumar
QA Contact:	Evolution QA team

URL:
Whiteboard:

Duplicates:	314552 (view as bug list)
Depends on:
Blocks:

Reported:	2005-08-10 00:35 UTC by mark krischer
Modified:	2013-09-13 12:25 UTC

See Also:
GNOME target:	---
GNOME version:	2.11/2.12

Description mark krischer 2005-08-10 00:35:05 UTC

Please describe the problem:
i have repeated found hangs and crashes when making an appointment recurring, or
modifying the recurrance date.

Steps to reproduce:
1. create a meeting
2. add an recurrance with an "until" date
3. if you didn't crash or hang then, close the appointment, and reopen it and
modify the "until" date.


Actual results:
usually evolution hangs.  on occaision i've gotten a crash.

Expected results:
i'd expect to change the recurrance and not get a crash or hang.

Does this happen every time?
pretty much.

Other information:
note i get this problem when creating a local meeting and an exchange meeting.

Comment 1 Harish Krishnaswamy 2005-08-12 08:38:36 UTC

 Thanks for the bug report. Without a stack trace from the crash it's very hard
to determine what caused it.
Can you provide us with one? Please see [WWW]http://live.gnome.org/GettingTraces
for more information on how to do so.

Comment 2 Mart Raudsepp 2005-08-18 20:06:34 UTC

I am able to crash it too as described above.
The main thread stack trace (all threads seem to be irrelevant and mostly in
pthread_cond_wait):

+ Trace 62535

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/libpthread.so.0
#2 libgnomeui_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 gdk_pointer_grab
from /usr/lib/libgdk-x11-2.0.so.0
#5 e_date_edit_show_date_popup
at e-dateedit.c line 1205
#6 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#7 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#8 g_signal_has_handler_pending
from /usr/lib/libgobject-2.0.so.0
#9 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#10 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#11 gtk_button_clicked
from /usr/lib/libgtk-x11-2.0.so.0
#12 gtk_button_get_alignment
from /usr/lib/libgtk-x11-2.0.so.0
#13 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#14 g_cclosure_new_swap
from /usr/lib/libgobject-2.0.so.0
#15 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#16 g_signal_has_handler_pending
from /usr/lib/libgobject-2.0.so.0
#17 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#18 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#19 gtk_button_released
from /usr/lib/libgtk-x11-2.0.so.0
#20 gtk_button_set_relief
from /usr/lib/libgtk-x11-2.0.so.0
#21 gtk_marshal_VOID__UINT_STRING
from /usr/lib/libgtk-x11-2.0.so.0
#22 g_cclosure_new_swap
from /usr/lib/libgobject-2.0.so.0
#23 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#24 g_signal_has_handler_pending
from /usr/lib/libgobject-2.0.so.0
#25 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#26 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#27 gtk_widget_activate
from /usr/lib/libgtk-x11-2.0.so.0
#28 gtk_propagate_event
from /usr/lib/libgtk-x11-2.0.so.0
#29 gtk_main_do_event
from /usr/lib/libgtk-x11-2.0.so.0
#30 gdk_event_get_graphics_expose
from /usr/lib/libgdk-x11-2.0.so.0
#31 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#32 g_main_context_acquire
from /usr/lib/libglib-2.0.so.0
#33 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#34 bonobo_main
from /usr/lib/libbonobo-2.so.0
#35 main
at main.c line 602

Comment 3 Mart Raudsepp 2005-08-18 20:32:01 UTC

Reopening as information was provided.

Comment 4 Mart Raudsepp 2005-08-18 21:05:43 UTC

The gdk_pointer_grab (frame #4) seems to be not related to this, as on
subsequent runs I (usually) don't get it in the trace.

Comment 5 Chenthill P 2005-08-30 12:52:03 UTC

i don see this happening. Moving it to gal as it crashes in date edit.

Comment 6 Harish Krishnaswamy 2005-09-01 06:14:02 UTC

Reassigning this to Kaushal. Marking this for 2.4.1 as chen fails to reproduce
it and any code change now would do more harm to 2.4.0 than good.

Comment 7 Kaushal Kumar 2005-09-01 07:33:49 UTC

I created a meeting with a recurrence until date. Then, closed it, re-opened
that calender item. I could change the until date without any dump.

Submitter: Are you using the evolution-data-server and evolution built out of
cvs Head? If not, could you please try out once.

Chen: There is one anomaly which I observed in date change. By default, I could
see the date set as 09/22/2005. When I changed it to 09/09/2005, it did not
correctly change the highlighted dates in the calender shown below. Also, when I
re-opened the same meeting, the recurrence until date was reset to 09/22/2005.
Any clue what could be wrong?

Comment 8 Kaushal Kumar 2005-09-01 07:42:52 UTC

*** Bug 314552 has been marked as a duplicate of this bug. ***

Comment 9 mark krischer 2005-09-04 23:09:52 UTC

i wasn't using the CVS head, and unfortunately, i'm not on my linux box anymore,
so i can't check it out.  sorry.

Comment 10 Chenthill P 2005-09-08 08:51:33 UTC

This was a crash due to some gtk issue. I found its soved with versions greater
than 2.8.3. Please upagrade gtk+ and this would be fixed.

Comment 11 Mart Raudsepp 2005-09-08 13:50:14 UTC

I can not reproduce the crash either anymore.
I have upgrade quite some things meanwhile, including gtk+ to 2.8.3 with a
couple patches from CVS as provided by gentoo.