Bug 333603 – while deleting tasks exchange storage crashes

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 333603 - while deleting tasks exchange storage crashes


Summary:	while deleting tasks exchange storage crashes


Status:	RESOLVED FIXED

Product:	Evolution Exchange
Classification:	Deprecated
Component:	Connector
Version:	2.5.x
Hardware:	Other All

Importance:	Normal normal
Target Milestone:	---
Assigned To:	Connector Maintainer
QA Contact:	Ximian Connector QA

URL:
Whiteboard:

Duplicates:	327331 333598 (view as bug list)
Depends on:
Blocks:	327514

Reported:	2006-03-06 11:49 UTC by Vandana
Modified:	2007-08-16 15:49 UTC

See Also:
GNOME target:	---
GNOME version:	2.13/2.14

Description Vandana 2006-03-06 11:49:20 UTC

Please describe the problem:

Try deleting tasks from an exchange storage account. 



Steps to reproduce:
1. Launch evolution , and go to the tasks tab.

2. delete tasks one by one

3.  after some deletions , exchange storage crashes


Actual results:
exchange STorage crashes

Expected results:
I would expect no crash to happen

Does this happen every time?
Most of the time

Other information:

Comment 1 Vandana 2006-03-06 11:55:52 UTC

stack trace when gdb was attached to evolution :

(gdb) thread apply all bt

+ Trace 66728

Thread 1 (Thread -1232684704 (LWP 17200))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/libpthread.so.0
#2 gnome_init_with_popt_table
from /opt/gnome/lib/libgnomeui-2.so.0
#3 segv_redirect
at main.c line 422
#4 <signal handler called>
#5 g_type_check_instance_cast
from /opt/gnome/lib/libgobject-2.0.so.0
#6 reopen_with_auth
from /opt/gnome/lib/libecal-1.2.so.3
#7 g_list_copy
from /opt/gnome/lib/libglib-2.0.so.0
#8 g_main_context_dispatch
from /opt/gnome/lib/libglib-2.0.so.0
#9 g_main_context_check
from /opt/gnome/lib/libglib-2.0.so.0
#10 g_main_loop_run
from /opt/gnome/lib/libglib-2.0.so.0
#11 bonobo_main
from /opt/gnome/lib/libbonobo-2.so.0
#12 main
at main.c line 610
#0 __kernel_vsyscall

Comment 2 Vandana 2006-03-06 11:56:50 UTC

stack trace when gdb was attached to exchange :

+ Trace 66729

Comment 3 Chenthill P 2006-03-06 14:07:00 UTC

Hmm patch not committed yet.

Comment 4 Chenthill P 2006-03-06 14:07:52 UTC

Committed the patch.

Comment 5 Sushma Rai 2006-03-08 11:40:27 UTC

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

Comment 6 André Klapper 2006-05-12 19:10:20 UTC

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

Comment 7 jacob berkman 2007-08-16 15:28:48 UTC

can someone explain this part of the patch:

--- trunk/calendar/e-cal-backend-exchange.c	2006/03/04 10:17:41	1038
+++ trunk/calendar/e-cal-backend-exchange.c	2006/03/06 14:06:22	1050
@@ -1245,6 +1247,7 @@
 {
 	ECalBackendExchange *cbex;
 	ECalBackendExchangePrivate *priv;
+	gboolean re_open = FALSE;
 	
 	cbex = E_CAL_BACKEND_EXCHANGE (backend);
 	priv = cbex->priv;
@@ -1257,7 +1260,10 @@
 			cal_mode_to_corba (mode));
 	}
 
+
 	g_mutex_lock (priv->set_lock);	
+	if ((priv->mode == CAL_MODE_LOCAL) && (mode == CAL_MODE_REMOTE))
+		re_open = TRUE;
 
 	switch (mode) {
 	
@@ -1270,7 +1276,7 @@
 			priv->mode = CAL_MODE_REMOTE;
 		
 			e_cal_backend_notify_readonly (backend, priv->read_only);
-			if (is_loaded (backend))
+			if (is_loaded (backend) && re_open)
 				e_cal_backend_notify_auth_required(backend);
 			break;
 
this commit seems to break authentication for me, when testing my patch for bug 273869.  simply put, connector is never sending the auth required notification to evo, and so i cannot view my calendar.

i'm trying to get this in to 10.3, so i would appreciate some rapid feedback, otherwise i might be tempted to revert these bits of the patch.

Comment 8 jacob berkman 2007-08-16 15:49:11 UTC

sorry, i think i was mistaken, and this wasn't the culprit.