Bug 867576

Summary: Message with a lot of images can stuck rendering process
Product: [Fedora] Fedora Reporter: Mikhail <mikhail.v.gavrilov>
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: lucilanga, mbarnes, mcrha
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: evolution-3.6.0 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-10-18 08:42:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
example message
none
backtrace for evolution none

Description Mikhail 2012-10-17 18:53:45 UTC 
Created attachment 629019 [details]
example message

Description of problem:
Message with a lot of images can stuck rendering process

Demonstration video: https://docs.google.com/open?id=0B0nwzlfiB4aQUVdNYjN3Z3VEd0E
Comment 1 Mikhail 2012-10-17 18:54:21 UTC 
Created attachment 629020 [details]
backtrace for evolution
Comment 2 Mikhail 2012-10-17 19:12:10 UTC 
Symptoms are same as described here: https://bugzilla.redhat.com/show_bug.cgi?id=849227#c6
Comment 3 Milan Crha 2012-10-18 08:42:23 UTC 
Thanks for a bug report. This is fixed with current upstream version 3.6.0, which is part of Fedora 18. The upstream version moved to webkit for message body rendering, which doesn't suffer of this issue like the old GtkHTML.
Comment 4 Mikhail 2012-10-18 09:52:24 UTC 
but for compose messages still using old GtkHTML yet :(
Comment 5 Milan Crha 2012-10-18 16:12:05 UTC 
That's true, composer should be replaced in 3.8.x. I tried to reply to your test message, and it took some time before it got opened, I guess about 10 seconds, but after that the composer opened and I could see its content with no problem, both plain and HTML versions.