GNOME Bugzilla – Bug 273171
Long mails display too slowly
Last modified: 2012-04-02 17:09:51 UTC
Distribution: Debian 3.1 Package: Evolution Priority: Minor Version: 2.0.3 Synopsis: Long mails display too slowly Bugzilla-Product: Evolution Bugzilla-Component: Mailer Bugzilla-Version: 2.0.3 Description: Description of Problem: In the mail there were about 15 very long log excerpts on the local /var/spool/mail/$USER file (I didn't check individual mail sizes, but total was > 30MB). Displaying one of them took over three minutes, with no other indication of progress then "Formatting message ..." in the status bar. Deleting those 15 mails took over 15 minutes (the problem gradually vanished, opening the last one took about 10 seconds). Steps to reproduce the problem: 1. Receive mails > 5 MB or so 2. Open one of them 3. Wait until evolution is responsive again > takes ages Actual Results: 3 minutes of no-update of screen Expected Results: Either (near) immediate display of the message or immediate display of a progress indicator How often does this happen? Presumably always, if step 1. is true Additional Information: The machine is question is a quite modern desktop system, Athlon 1600 with 256M memory. There was not other load than gnome desktop + nautilus running (not doing anything), still it went 200M or so into swap while trying to display said messages. Unknown reporter: taneli.vahakangas@netsonic.fi, changed to bugbuddy-import@ximian.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
I am not able to reproduce this Bug Using Evolution 2.0.3 and gtkhtml 3.2.5-1 I tried this using a mail that contain a 9mb attached file, its behaving in normal mannner Can you pls attach that mail?
Ok, on evolution 2.2.2 and gtkhtml 3.6.2 it still eats all memory and gives nothing back. You can try it with any big file, just NOT as attachment, but in the body. I just tried with a 28M file and evolution was unresponsive for about an hour (couldn't see other mails, couldn't delete offending mail). Then all swap was consumed and nothing could be done save rebooting the machine. So, I can't open the mail to attach it, but you can easily generate the same content by running: cat rfc???.txt | mail -s "Big mail" your@address (concatenate many large text files and send it to yourself)
adding memory keyword; reassigning to component owner to get rid of "triage@ximian.com" assignee.
*** Bug 310855 has been marked as a duplicate of this bug. ***
also see bug 337439, bug 343424, and bug 271295
rabdul: this is not about attachments, but about the email itself!
*** Bug 344064 has been marked as a duplicate of this bug. ***
*** Bug 219613 has been marked as a duplicate of this bug. ***
Bumping version to a stable release.
As GtkHtml (the library that Evolution uses to display and edit HTML messages) is being slowly phased out in favor of WebKit (see http://www.webkit.org/ ) we nede a testcase for this as the code has completely changed. => NEEDINFO.
I'm pretty sure this bug has been worked around... if a message is too large it now gives the option to "View Unformatted" or to open in an external editor, both of which take next to no time at all.
(In reply to comment #11) > I'm pretty sure this bug has been worked around... if a message is too large it > now gives the option to "View Unformatted" or to open in an external editor, > both of which take next to no time at all. I'm no longer using evolution. I think the fix should be sufficient, though. The mentioned "modern" system does not exist any more and my current Wifi router has about as much memory as it had (but does not have any build of evolution in the repositories), so maybe let this bug rest in peace? (I hope I put in the status tags correctly.)