GNOME Bugzilla – Bug 659217
Crash when disposing GtkHTML when it's still filled
Last modified: 2014-12-02 01:06:57 UTC
Moving this from a downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=738666 abrt version: 2.0.5 backtrace_rating: 4 cmdline: evolution comment: Closing an email window that had been reported as being too large for evolution to format, and so I'd viewed the unformatted message. crash_function: html_tokenizer_end executable: /usr/bin/evolution kernel: 3.1.0-0.rc6.git0.0.fc16.x86_64 reason: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) time: Thu Sep 15 14:46:23 2011 xsession_errors: :(evolution-alarm-notify:2270): GLib-GIO-WARNING **: Your application does not implement g_application_activate() and has no handlers connected to the 'activate' signal. It should do one of these. :(evolution:3196): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed :(evolution:3196): gtkhtml-CRITICAL **: html_engine_finalize: assertion `opened_streams == 0' failed :(evolution:3196): GLib-GObject-WARNING **: invalid uninstantiatable type `<invalid>' in cast to `HTMLEngine' Core was generated by `evolution'. Program terminated with signal 11, Segmentation fault.
+ Trace 228467
Thread 2 (Thread 0x7f475fe5d700 (LWP 3198))
Thread 1 (Thread 0x7f47662819c0 (LWP 3196))
Created attachment 196704 [details] [review] gtkhtml patch for gtkhtml; This fixes it for me. I was thinking of moving HTMLEngine unref into GtkHTML's finalize, but it had other issues, so this ref/unref makes things live much better. With respect of a reproducer, it's easier to reproduce when the "formatting message" takes longer, like when running under valgrind for me.
Created commit e6b49c0 in gtkhtml master (4.1.92+)
Reopening, the patch doesn't fix all cases, because gtkhtml 4.2.0 still crashes under similar circumstances, as reported downstream in: https://bugzilla.redhat.com/show_bug.cgi?id=744190
+ Trace 228733
Thread 1 (Thread 0x7f9174c2c9c0 (LWP 2694))
Any news on that crash? I'm getting this crash with Evo 3.4.4 on Fedora 17, and Abrt tells me this is a duplicate of the downstream bug.
Well the 3.4.x releases are done, Evolution 3.6 will use WebKit, and GtkHtml is basically unmaintained at this point.
OK, good to know, thanks.
Since version 3.6, Evolution uses WebKit instead of GtkHtml for displaying messages. (And for completeness, Evolution 3.14 is planned to use WebKit also for composing and editing messages so GtkHtml will not receive any fixes anymore.) Hence I am closing this GtkHtml rendering bug report. We are sorry that your request was not handled in time when it was reported but unfortunately manpower is very limited (and does not allow testing every single reported issue separately again either). Please feel free to reopen this report (and move it to the "Evolution" product and the "Mail" component) if the problem described in this bug report still happens in a recent supported Evolution version which uses WebKit (the current stable Evolution version is 3.12).