GNOME Bugzilla – Bug 257523
Preview Pane not updating
Last modified: 2013-09-10 14:03:17 UTC
Description of Problem: Certain emails, usually ones with broken images [1], cause the preview pane to stick with that email and not update to other emails when switching the selected email. [1] This is the only common factor I have noticed. When I say 'broken', I mean 'failed to display' (icon with a red cross instead of an arbitrary image). Steps to reproduce the problem: 1. Find an email with a broken image (?) 2. Select email so preview pane shows it 3. Switch to another email to see that the preview pane has become stuck How often does this happen? Every day. Additional Information: I have to close and restart Evolution to get the preview pane working again.
Not sure if this is a gtkhtml rendering issue. Mail hackers: please reassign if so.
*** bug 257678 has been marked as a duplicate of this bug. ***
*** bug 257291 has been marked as a duplicate of this bug. ***
Since bug 257291 claims that is a local (mis)configuration problem, I was wondering how I may help you find more about my configuration, and the problem? Yours, Uri David
Hi, coming from bug 257580 which is a duplicate of a duplicate of this one. :-) I investigated the problem more carefully and found out that this only happens when I set "Only load images when the sender is in my address book". If I set "Always load images" or "Never load images" all HTML emails I tried (~10) worked without any problems. I also reported some problems with the address books, LDAP lookups and so forth. Probably this bug is not because of HTML or broken images but due to the (partly) broken address book (lookups).
I can confirm Johann's findings. This is what Evolution said on the console when I opened one of those pesky messages: Thread 42d3bb30 > CamelFolder:get_message('INBOX', '41915') = class: CamelMimeMessage mime-type: text/html; charset=iso-8859-1 content class: CamelDataWrapper content mime-type: text/html; charset=iso-8859-1 < 42d3bb30 > load http 1 now=0 Checking 'TailWaggingOffer@40.moosq.com' is in addressbook -> not found in cache checking 'ldap://directory.ucalgary.ca:389/o=ucalgary.ca??sub' not found checking 'ldap://directory.verisign.com:389/??one' Then I removed the Verisign LDAP server from my Conatct folders, and lo and behold, the next time I ran Evolution and opened the message, it said: Thread 42d3bb30 > CamelFolder:get_message('INBOX', '41989') = class: CamelMimeMessage mime-type: text/html; charset=iso-8859-1 content class: CamelDataWrapper content mime-type: text/html; charset=iso-8859-1 < 42d3bb30 > load http 1 now=0 Checking 'TailWaggingOffer@35.moosq.com' is in addressbook -> not found in cache checking 'ldap://directory.ucalgary.ca:389/o=ucalgary.ca??sub' not found checking 'ldap://memberdir.netscape.com:389/ou=member_directory,o=netcenter.com??one' not found checking 'file:///home/zach/.evolution/addressbook/local/system' not found load http 1 now=0 Checking 'TailWaggingOffer@35.moosq.com' is in addressbook -> cached, found no and it worked. (I think the Verisign server was left over from an early Evo install that set it up automatically.)
Is this an addressbook issue then? (And that's why I can't reproduce it, I don't have LDAP sources).
*** This bug has been marked as a duplicate of 256479 ***
I can confirm that this is the situation. However, I have a question on how to resolve the bug - how do I delete the LDAP sources? Attempting to right-click and delete, I get a message that says: Error removing address book: e_book_load_uri: no factories available for uri `ldap://ldap.yahoo.com:389/??one' What does this mean, and how do I remove these sources anyway?