Distribution: Ubuntu 7.04 (feisty)
Package: Evolution 2.10.1
Severity: Normal
Version: GNOME2.14.3 unspecified
Gnome-Distributor: Ubuntu
Synopsis: evolution message preview window freezes
Bugzilla-Product: Evolution
Bugzilla-Component: Mailer
Bugzilla-Version: unspecified
Description:
Description of Problem:
I have the exact same problem viewing messages that have images in them.  If the images have a SRC tag that uses a CID, it displays fine.  If the images in the HTML message have a SRC tag that points to a web server, the preview window will not update any more until killing evolution and the other components mentioned above.

Steps to reproduce the problem:
1. click on a (html)message with images hosted on a web server
3. other messages won't be previewed, the preview-section doesn't react
in any way

Actual Results:
Preview screen locks, will not display images (even if images should never be retrieved).
Preview screen does not update if you change messages.
Cannot exit Evolution.

Expected Results:
Preview of HTML message should be displayed.  Images should only download if you've set the option to retrieve them or if you specifically ask them to be displayed.
Preview screen should update if you click on other messages.


How often does this happen?
Any time I view a message that has images hosted on a web server, rather than embedded in the email using CID references.

Additional Information:

I notice the same behavior:

Distribution: Ubuntu 7.10 (Gutsy)
Package: Evolution 2.11.91

Any idea how to fix this?

I've filed a bug about this previously.  Does everyone here who is having this problem have an LDAP contacts source defined in their autocompletion preferences?  That seems to be the key issue as to whether this happens or not.  I knew it way back then and disabled LDAP autocompletion and never saw this problem for a long time.

I recently just joined a new environment where I need to have LDAP autocompletion enabled and now it's happening again.

What is most interesting this time around is that if I wait long enough (5-10 minutes perhaps -- I have not timed it) it will eventually correct itself.  So something is happening that is blocking the Formatting.

I wonder if it's an address book search to decided whether to display images or not.

I disabled Loading Images from Contacts, and I got rid of the freeze.
It seems that Evolution tries to find the Sender via LDAP, but does not succeed and freezes.
I do have an LDAP Addressbook.

can you please try in current stable 2.22.3. If you still face the problem, can you please attach the sample mail after removing confidential info, thanks.

(In reply to comment #5)
> can you please try in current stable 2.22.3. If you still face the problem, can
> you please attach the sample mail after removing confidential info, thanks.

Have you read comment #3?  That comment indicates that this problem has nothing to do with the content of an actual e-mail message but moreso about using LDAP for contacts look up and autocompletion.

same here:
I use a Ldap Addressbook and have autocompletion enabled.
I can browse through my mails until i write a new message to a person in my addressbook. After doing so the preview of any mail does not work anymore. Evolution writes to the preview pane: Formatting message...
EVN is still responding to all other actions except: i cant close it! If i go to File->Exit all widgets become inactive. I can't even close the window via metacity. I have to open a console and kill all the Evolution processes.
Disabling autocompletion from Ldap "fixed" that strange behavior...

Evolution shows the message "Formatting message..." wether the person who
send that message is in my adressbook or not.
And: viewing the mail using a double click still works.

Evolution 2.22.3.1
Debian/Lenny, 2.6.25-2-486 #1 Fri Jul 18 17:03:35 UTC 2008 i686 GNU/Linux

When at all is *anyone* on the Evolution team going to address this issue?  This issue has been outstanding for literally years (3 at least I am sure) and I have reported it many many times and I have given detailed descriptions as to how to reproduce it, yet nothing continues to happen.

What exactly does it take to get an over 3 year old bug fixed?

Created attachment 115430 [details] [review]
proposed eds patch

for evolution-data-server;

Please notice change in e_book_new_op, it cannot work before correctly, thus beware. Otherwise, I would really like to change the async API here, even its functions are defined as returning uint, then they return just reverse bool value. I would expect to get the op id, and some cancellation function for the concrete async op, but no, it's not there.

Thus so ugly patch here :( I know, the e_book_cancel_async_op can take quite long time to get right operation, but if someone knows what is doing, then not at all. (I hope.)

Created attachment 115431 [details] [review]
proposed evo patch

for evolution;

I created a fake LDAP address book with some fake address to test this. The disadvantage of this patch is that the EDS is not canceling the operation fully, thus there left threads with "opening ldap book", even evo thinks those has been canceled already.

Otherwise, as I tested it, it works fine, I can change message to other, I can close evo, and the operations is "canceled" as expected from the users point of view.

Matthew, can you jump in here to review? Im sort of busy.. and dont want this to wait long. Thanks...

Lets push this to stable/trunk. Its useful IMO.

EDS patch
Committed to trunk as r9686.
Committed to gnome-2-24 as r9687.

Evo patch
Committed to trunk as r36635.
Committed to gnome-2-24 as r36636.

This should not have been committed to gnome-2-24, since it adds new API to libebook that evolution-2.24.1 now needs.

Matt, I think its ok. We shouldn't be breaking in stable and we aren't a platform. Its just used within Evo/EDS and its much needed, IMO. I bumped the libebook versions appropriately.

These patches have some nasty side-effects.  See bug #557613 for discussion.