Bug 306279 – Evolution 100% cpu time hang, mail with blank lines

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 306279 - Evolution 100% cpu time hang, mail with blank lines


Summary:	Evolution 100% cpu time hang, mail with blank lines


Status:	RESOLVED DUPLICATE of bug 303634

Product:	GtkHtml
Classification:	Other
Component:	Rendering
Version:	3.7.x
Hardware:	Other Linux

Importance:	High critical
Target Milestone:	2.5
Assigned To:	gtkhtml-maintainers
QA Contact:	Evolution QA team

URL:
Whiteboard:

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

Reported:	2005-06-02 15:57 UTC by Sebastien Bacher
Modified:	2006-02-24 09:42 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Sebastien Bacher 2005-06-02 15:57:24 UTC

This bug has been opened here: https://bugzilla.ubuntu.com/11418

"An e-mail with lots of blank lines makes Evolution hang indefinately, 100% cpu
time, on Ubuntu Hoary 5.04, with evolution version 2.2.1.1-0ubuntu4 and
libgtkhtml3.6-18 version 3.6.2-0ubuntu1

To reproduce, do:
a=0; while [ $a -lt 64000 ]; do echo ""; a=$(( a+1 )); done|mail -s "evolution
DOS" evolution-user@ubuntu.com

This will result in Evolution running in circles in libgtkhtml (the
html_object_get_direction/clueflow_type_init calls keep on going):

+ Trace 60473

#1203 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1204 html_clueflow_type_init
from /usr/lib/libgtkhtml-3.6.so.18
#1205 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1206 html_clueflow_type_init
from /usr/lib/libgtkhtml-3.6.so.18
#1207 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1208 html_clueflow_type_init
from /usr/lib/libgtkhtml-3.6.so.18
#1209 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1210 html_clueflow_type_init
from /usr/lib/libgtkhtml-3.6.so.18
#1211 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1212 html_clueflow_type_init
from /usr/lib/libgtkhtml-3.6.so.18
#1213 html_object_get_direction
from /usr/lib/libgtkhtml-3.6.so.18
#1214 html_cluealigned_new
from /usr/lib/libgtkhtml-3.6.so.18
#1215 html_cluealigned_new
from /usr/lib/libgtkhtml-3.6.so.18
#1216 html_cluealigned_new
from /usr/lib/libgtkhtml-3.6.so.18
#1217 html_object_set_max_width
from /usr/lib/libgtkhtml-3.6.so.18
#1218 html_clueh_new
from /usr/lib/libgtkhtml-3.6.so.18
#1219 html_object_set_max_width
from /usr/lib/libgtkhtml-3.6.so.18
#1220 html_clueh_new
from /usr/lib/libgtkhtml-3.6.so.18
#1221 html_object_set_max_width
from /usr/lib/libgtkhtml-3.6.so.18
#1222 html_engine_calc_size
from /usr/lib/libgtkhtml-3.6.so.18
#1223 html_engine_stop
from /usr/lib/libgtkhtml-3.6.so.18
#1224 html_engine_goto_anchor
from /usr/lib/libgtkhtml-3.6.so.18
#1225 html_engine_flush
from /usr/lib/libgtkhtml-3.6.so.18
#1226 gtk_html_flush
from /usr/lib/libgtkhtml-3.6.so.18
#1227 em_html_stream_get_type
from /usr/lib/evolution/2.2/components/libevolution-mail.so
#1228 em_sync_stream_get_type
from /usr/lib/evolution/2.2/components/libevolution-mail.so
#1229 g_vasprintf
from /usr/lib/libglib-2.0.so.0
#1230 g_main_depth
from /usr/lib/libglib-2.0.so.0
#1231 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#1232 g_main_context_dispatch
from /usr/lib/libglib-2.0.so.0
#1233 g_main_loop_run
from /usr/lib/libglib-2.0.so.0
#1234 bonobo_main
from /usr/lib/libbonobo-2.so.0
#1235 main

Comment 1 Kaushal Kumar 2005-06-09 11:48:42 UTC

The scenario is similar to that mentioned in bug 303634. The traces are
different, so not marking as duplicate, as yet.

Comment 2 Wouter Hanegraaff 2005-06-09 12:10:10 UTC

It probably is. However, that doesn't make it any less serious. In my opinion,
the severity should be higher than "normal".

I did some small test with e-mail messages of different lengths, and it seems
that the time needed to render the message increases about quadratic with the
length of the message.

Comment 3 André Klapper 2005-10-09 20:27:30 UTC

adding keywords; retargetting; also see bug 303634.

Comment 4 Harish Krishnaswamy 2006-01-05 08:38:41 UTC

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

Comment 5 Sebastien Bacher 2006-02-15 21:57:52 UTC

Is anybody working on that bug? Do you have any pointer on what kind of change should be done if somebody wants to work on a patch?

Comment 6 Rohini 2006-02-17 13:56:50 UTC

For a mail with many blank lines, the stack trace I get is similar to bug 303634.  Please check if you still get the same trace on Evo 2.5

Comment 7 Sebastien Bacher 2006-02-17 16:24:20 UTC

The change from #303634 fixes the issue for me. Have you planned to get it shiped with 3.10?

Comment 8 Rohini 2006-02-24 09:42:25 UTC

The fix has to be tested with different RTL text and a combination of LTR and RTL to ensure it doesn't affect RTL texts.

Marking as duplicate of 303634. Please reopen if necessary.

*** This bug has been marked as a duplicate of 303634 ***