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 312989 - Evolution crashed while reading mails in preview pane
Evolution crashed while reading mails in preview pane
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.6.x
Other All
: High critical
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 312417 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-09 10:57 UTC by Sarfraaz Ahmed
Modified: 2013-09-13 00:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Description Sarfraaz Ahmed 2005-08-09 10:57:26 UTC 
Steps to reproduce:
1. Selected a mail to view it in the preview pane and evolution crashed.
I am haiving an imap account. From the traces it looks like probably it has
something to do with the attachment.

Stack trace:
(gdb) thread apply all bt

+ Trace 62322

Thread 1 (Thread -166222144 (LWP 3664))

  • #0 _dl_sysinfo_int80
    from /lib/ld-linux.so.2
  • #1 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 749
  • #3 <signal handler called>
  • #4 IA__g_type_check_instance_cast
    at gtype.c line 318
  • #5 efhd_attachment_button
    at em-format-html-display.c line 1474
  • #6 efh_object_requested
    at em-format-html.c line 579
  • #7 html_g_cclosure_marshal_BOOLEAN__OBJECT
    at htmlmarshal.c line 83
  • #8 IA__g_closure_invoke
    at gclosure.c line 437
  • #9 signal_emit_unlocked_R
    at gsignal.c line 2488
  • #10 IA__g_signal_emit_valist
    at gsignal.c line 2257
  • #11 IA__g_signal_emit
    at gsignal.c line 2291
  • #12 html_engine_object_requested_cb
    at gtkhtml.c line 521
  • #13 html_g_cclosure_marshal_BOOLEAN__OBJECT
    at htmlmarshal.c line 83
  • #14 IA__g_closure_invoke
    at gclosure.c line 437
  • #15 signal_emit_unlocked_R
    at gsignal.c line 2488
  • #16 IA__g_signal_emit_valist
    at gsignal.c line 2257
  • #17 IA__g_signal_emit
    at gsignal.c line 2291
  • #18 element_parse_object
    at htmlengine.c line 1530
  • #19 parse_one_token
    at htmlengine.c line 3741
  • #20 html_engine_timer_event
    at htmlengine.c line 1350
  • #21 html_engine_flush
    at htmlengine.c line 6480
  • #22 gtk_html_flush
    at gtkhtml.c line 5811
  • #23 emhs_sync_flush
    at em-html-stream.c line 127
  • #24 emcs_gui_received
    at em-sync-stream.c line 161
  • #25 g_io_unix_dispatch
    at giounix.c line 162
  • #26 IA__g_main_context_dispatch
    at gmain.c line 1934
  • #27 g_main_context_iterate
    at gmain.c line 2565
  • #28 IA__g_main_loop_run
    at gmain.c line 2769
  • #29 bonobo_main
    at bonobo-main.c line 395
  • #30 main
    at main.c line 602 


Other information:
Comment 1 parthasarathi susarla 2005-08-09 11:48:17 UTC 
the return of the attachment bar.

(I think this has been fixed. should work if with updated evo)
Comment 2 Christian Kirbach 2005-08-09 13:55:34 UTC 
*** Bug 312417 has been marked as a duplicate of this bug. ***
Comment 3 Christian Kirbach 2005-08-09 13:57:01 UTC 
can you two check again with the latest version, please.
Comment 4 Srinivasa Ragavan 2005-08-10 05:26:08 UTC 
Fixed in head guys.
Comment 5 C Shilpa 2005-09-08 11:39:20 UTC 
verified evolution-2.4.0.
Comment 6 Karsten Bräckelmann 2006-02-15 23:33:12 UTC 
*** Bug 329237 has been marked as a duplicate of this bug. ***
Comment 7 Karsten Bräckelmann 2006-02-15 23:42:28 UTC 
This bug has a pretty strange stacktrace, but the relevant thread is identical to the stacktrace in bug 329237. REOPENing.

Identical stacktrace, same description, same suspect (attachment bar, see bug 329237 comment 1).


NOTE: The duplicate is from GNOME 2.13.90, Evolution 2.5.90.

Obviously, this issue is *not* fixed -- or at least not fixed any longer. Remember there was some "ripping expandable feature out, getting it back in" on 2.3.x and 2.5.x. Probably related to this getting the code back in. Not necessarily though, as this bug seems to be triggered *only* by some particular attachments.


Victor: Do you still have the mail in question by any chance, and could attach it to this bug?

Anyone able to reliably reproduce this one?


Updating Version, setting Target Milestone. Adding Srag to the Cc list. Adding Victor as well (manually, since it hasn't been done automatically, due to this bug being Closed).
Comment 8 Karsten Bräckelmann 2006-02-15 23:45:32 UTC 
Quick side note: Shilpa, I fail to see how you could verify a bug being solved, that apparently is triggered by some particular attachments only...
Comment 9 Karsten Bräckelmann 2006-02-15 23:47:14 UTC 
Doh! Forgot the Cc's. Doing it now.

Srag, Victor: Please note comment 7. Thanks.
Comment 10 Srinivasa Ragavan 2006-02-16 06:08:40 UTC 
No. It is no way a duplicate. bug 312989 is about a memory corruption in the attachment bar code. But the dupe bug 329237 is about some stupid g_assert there. Which needs more attention. This bug is in the code path, that adds a atachment button at the end of the message and no way related to the attachment bar code.

Closing this as fixed and reopening the duplicate.