GNOME Bugzilla – Bug 274070
Inefficiency in rendering of heavily nested tables causes hang
Last modified: 2008-08-26 08:00:15 UTC
Description of Problem: On selecting latest item (a specific one, received March 24, 2005) in a subfolder of inbox, Evolution froze. Then I tried killing the processes and restarting it but it stayed on the same item and it was impossible to move it before it froze again. I resolved the problem by removing the files associated with that folder from the .evolution directory. I will try to attach the files to this bug report, but if I can't you can email me at shur@shur.ca for them. I am running a up-to-date Gentoo Linux system. 1. Put the folder files in the .evolution/mail/local/Inbox.sbd directory 2. Start evolution 2.0.3 and select the latest mail item in the Livraria Cultura subdirectory of the Inbox 3. Watch it freeze. Actual Results: Freezes. Expected Results: Normal display of email and continuing operation. How often does this happen? every time. Additional Information:
Created attachment 45024 [details] folder file from .evolution//mail/local/Inbox.sbd directory
Created attachment 45025 [details] cmeta file from .evolution/mail/local/Inbox.sbd directory
Created attachment 45026 [details] ev-summary file from .evolution/mail/local/Inbox.sbd directory
Created attachment 45027 [details] ibex.index file from directory .evolution/mail/local/Inbox.sbd
Created attachment 45028 [details] ibex.index.data file from directory .evolution/mail/local/Inbox.sbd
this is a resize loop/inefficiency in gtkhtml (and yes, with latest, or near-latest cvs at that)
Then, could we please attach a stack trace which points to inefficient looping in gtkhtml ? Submitter: If possible, please try to see if the bug is still present in latest release (evolution-2.4)? Thanks for your effort and time.
Kaushal, WTF? Reproduce this issue yourself. See for yourself. Do not ask for fucking stacktraces, if everything necessary is attached to the bug. Read the comments carefully and have a look at the bug activity. REOPENing.
Created attachment 63005 [details] HTML attachment of mail #3 in Inbox (above) The last of the three emails in the Inbox attached above contains HTML with tables that nest >15 times. As NotZed says, it's probably an inefficiency. The problem can be illustrated by the HTML created by: #!/bin/sh count=15 for i in `seq $count` do echo "<table><td>" done echo "Content" for i in `seq $count` do echo "</td></table>" done Test the HTML file by running src/testgtkhtml file:/home/... Increasing $count shows that running time dramatically grows for $count=13 and onwards.
This problem has also been reported in Debian bugs http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=278702 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331426. A better title would be "Inefficiency in rendering of heavily nested tables causing hang".
removing old target milestone, retargetting.
Repeated the steps mentioned in the report and tried to reproduce with Evolution latest stable 2.22.3.1. But the issue was not reproducible. On selecting the latest mail in the Livraria Cultura subdirectory of the Inbox, Evolution does not freeze/hang. Hope this bug is obsolete. Can any reproduce this issue still?
I suspect we can safely call this one fixed, since it has been over 3 years and most likely the issue is fixed in the current version. I currently use claws-mail (the change was for other reasons) and can't really say if the mail from this site now works with evolution, but I certainly won't raise the issue again.
Closing this bug as obsolete as per the above comment.