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 272889 - In offline mode, Exchange connector hangs when user trys to label a mail
In offline mode, Exchange connector hangs when user trys to label a mail
Status: VERIFIED FIXED
Product: Evolution Exchange
Classification: Deprecated
Component: Connector
2.1
Other All
: Normal critical
: 2.2.x
Assigned To: Jeffrey Stedfast
Ximian Connector QA
: 272943 (view as bug list)
Depends on:
Blocks: 238915 273193
 
 
Reported: 2005-02-23 09:19 UTC by Poornima
Modified: 2005-03-14 13:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Poornima 2005-02-23 09:19:54 UTC
Please fill in this template when reporting a bug, unless you know what you
are doing.
Description of Problem:


Steps to reproduce the problem:
1. Inbox folder is alreday marked for offline, switch to 'offline'
2. select a mail, right click select 'Label', select any one of the option
3. Exchange connector hangs.
Same behaviour if right click and select 'Mark for Followup'
Actual Results:


Expected Results:


How often does this happen? 
Always

Additional Information:
Comment 1 Poornima 2005-02-23 09:23:01 UTC
Evolution traces


Comment 2 Poornima 2005-02-24 06:10:41 UTC
Just a modification, Inbox is not selected for offline but evolution
has swicthed to offline
Comment 3 Jeffrey Stedfast 2005-03-04 23:06:05 UTC
I don't get a hang, I get a crash:

Program received signal SIGSEGV, Segmentation fault.

Thread 16384 (LWP 15070)

  • #0 g_array_maybe_expand
    at garray.c line 342
  • #1 g_array_append_vals
    at garray.c line 138
  • #2 g_byte_array_append
    at garray.c line 688
  • #3 encode_uint32
    at camel-stub-marshal.c line 167
  • #4 camel_stub_marshal_encode_uint32
    at camel-stub-marshal.c line 247
  • #5 stub_send_internal
    at camel-stub.c line 229
  • #6 camel_stub_send_oneway
    at camel-stub.c line 519
  • #7 info_set_user_tag
    at camel-exchange-summary.c line 253
  • #8 camel_message_info_set_user_tag
    at camel-folder-summary.c line 2857
  • #9 set_message_user_tag
    at camel-folder.c line 890
  • #10 camel_folder_set_message_user_tag
    at camel-folder.c line 912
  • #11 emfv_set_label
    at em-folder-view.c line 887
  • #12 emfv_popup_label_set
    at em-folder-view.c line 904
  • #13 ep_activate
    at e-popup.c line 303
  • #14 g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #15 g_closure_invoke
    at gclosure.c line 437
  • #16 signal_emit_unlocked_R
    at gsignal.c line 2435
  • #17 g_signal_emit_valist
    at gsignal.c line 2194
  • #18 g_signal_emit
    at gsignal.c line 2238
  • #19 gtk_widget_activate
    at gtkwidget.c line 3595
  • #20 gtk_menu_shell_activate_item
    at gtkmenushell.c line 892
  • #21 gtk_menu_shell_button_release
    at gtkmenushell.c line 511
  • #22 gtk_menu_button_release
    at gtkmenu.c line 2494
  • #23 _gtk_marshal_BOOLEAN__BOXED
    at gtkmarshalers.c line 82
  • #24 g_type_class_meta_marshal
    at gclosure.c line 514
  • #25 g_closure_invoke
    at gclosure.c line 437
  • #26 signal_emit_unlocked_R
    at gsignal.c line 2473
  • #27 g_signal_emit_valist
    at gsignal.c line 2204
  • #28 g_signal_emit
    at gsignal.c line 2238
  • #29 gtk_widget_event_internal
    at gtkwidget.c line 3564
  • #30 gtk_widget_event
    at gtkwidget.c line 3370
  • #31 gtk_propagate_event
    at gtkmain.c line 2345
  • #32 gtk_main_do_event
    at gtkmain.c line 1583
  • #33 gdk_event_dispatch
    at gdkevents-x11.c line 2158
  • #34 g_main_dispatch
    at gmain.c line 1942
  • #35 g_main_context_dispatch
    at gmain.c line 2492
  • #36 g_main_context_iterate
    at gmain.c line 2573
  • #37 g_main_loop_run
    at gmain.c line 2777
  • #38 bonobo_main
    at bonobo-main.c line 297
  • #39 main
    at main.c line 614
  • #40 __libc_start_main
    from /lib/libc.so.6

Comment 4 Jeffrey Stedfast 2005-03-07 21:24:10 UTC
I think this might be because the stub is destropyed in the
disconenct() method. I think that needs to be done is to remove the
stub destroy code out of disconnect() and move the stub creation code
out of connect() and put it into construct() or something.
Comment 5 Jeffrey Stedfast 2005-03-07 21:47:42 UTC
*** bug 272943 has been marked as a duplicate of this bug. ***
Comment 6 Jeffrey Stedfast 2005-03-10 18:59:28 UTC
fixed in CVS
Comment 7 Jeffrey Stedfast 2005-03-10 19:00:49 UTC
meant to mark fixed, doh
Comment 8 Poornima 2005-03-14 13:51:27 UTC
Verified on build dated 14/03/2005