evolution is hanging, if an email has a .tif attachment.

Thanks for the report Skuzzy, could you attach an example tif to the report? Thanks.

There is some tif, wich is fine, but i can attach a bad one for example..

Thanks

Ohh, and i use imap server.

Works fine here with the example you provided us, could you get a backtrace of the hang by reading the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem. Thanks again!.

Thanks for Your help.

It's interesting. If i write an email with evo, and attach this test.tif, send it, evo can read it fine. If i write the same mail with thunderbird, and try to read with evo, evo is hanging.

I try it with two different computer, with two different email server and mailboxes, the symptome is same.

If send the mail with squirrelmail, it's fine too.

I tried find the differets in the mail sources. If evo is hanging, in the mail header the "Content-Disposition:" is always "inline", if "Content-Disposition" is "attachment", evo is fine.

If the attachment file is other than tif, the "inline" is fine too.

Evo in Jaunty works perfect this emails with tif too.

I will try do a backtrace in the days.

Thanks.

works fine with my desktop: evolution 2.26.1-0ubuntu2 but not on karmic netbook remix...

also, evolution (karmic) doesn't show the attachment icon (paperclip) like the older version does... bug also?

This confirmed for Karmic up-to-date; I was experiencing this since I updated, and thought it might be attachments. Confirmed that the .tif file above when sent from Karmic Thunderbird (on another machine) crashes it everytime with "Formating..." in the status bar. It worked okay when I used my gmail via browser, which was a bit of a false positive.

My setup is IMAP, so I was able to grab the message source for both emails (gmail.txt works in evo, and thunderbird.txt crashes evo in attached tar file) from a webmail client. They have the identical attachment, the .tif file referenced above with slightly different formatting, header, content and addresses.

This test creates a repeatable scenario, however the hanging is persistent in various emails in my INBOX forcing me to find another client in the interim for dealing with attachments, and turning off my preview pane to avoid accidental crashes. IHMO the priority should be raised accordingly if Evolution wants to remain a major Karmic email client.

I think, the problem is around "Content-Disposition" "inline".
My experience: a mail, sent with thunderbird, evo hang.
If i change the "inline" word to "attachment" in mail source directly on imap server with a text editor, and clear the evo cache, evo can open the same mail without trouble.

This may be a duplicate of bug #393534

In the other case, evo hangs and eats cpu too as i write an email, and try attache a file, or i would like open the attachment in an email. But i can open those emails. And this hannens at random for me.
In my case evo hangs by opening the email with attachment, and the load dosm't increase. And this is repeatable with this emails.

Thanks Jean-Francois, it appears that the root cause of this problem is indeed https://bugzilla.gnome.org/show_bug.cgi?id=581150 as noted in https://bugzilla.gnome.org/show_bug.cgi?id=597974. Switching to Crux theme caused all my evolution hanging to disappear; Switching back to Human theme causes the hanging problem.

Attached is a screenshot showing the email with the test.tiff from the thread above sent using Thunderbird from my gmail account. (using the web interface for gmail does not produce the error as noted previously). This same email hangs my evo under the Human theme.

Is gtk2-engines the right package for this issue now? This affects the default karmic themes, so I hope it is soon. Good news is I can run evolution on a less pretty desktop for the time being, and so can a number of other users I suspect are probably blaming evolution.

Thanks iMac and Jean-Francois, i can confrim, Evo is working with crux theme.

Unmarking as duplicate of bug 460710, per comment from iMac.

@iMac. I am sorry, your 'easily repeatable scenario' does not work for me. I have no problems with the sample tiff you provided.

We will need to debug this further.

resetting Ubuntu package to gtk+

iMac, please send me an email with this attachment. I do not use Thunderbird. Please send it to hggdh2 at ubuntu dot com

Marking INCOMPLETE, waiting on user action.

Can you confirm that you are sending with Thunderbird as an attached
file and viewing in IMAP? I can't make it work with gmail, evolution as
sending clients; Only thunderbird so far with the .tif example file, per
comments in 445435.

I can reproduce on both my karmic desktop clients that are using two
different IMAP servers and domains (one courier IMAP SSL, one dovecot no
encryption). Sent from thunderbird in both cases.

I have access to a few more Karmic systems in our engineering group, so
I will try to complete a few more tests to confirm the 100%
repeatability, noting if they are using proposed or not.

On Wed, 2009-11-04 at 04:57 +0000, C de-Avillez wrote:
> @iMac. I am sorry, your 'easily repeatable scenario' does not work for
> me. I have no problems with the sample tiff you provided.

C de-Avillez: i did it.

thx

I have confirmed on one other non-related system additionally that is a
fresh Karmic install not using proposed.

I will send to you from my thunderbird directly if that rules out the
client-send portion for your testing, and you are able to connect by
IMAP. I do not have a POP setup to test, but I expect evo treats
similarily.

On Wed, 2009-11-04 at 04:57 +0000, C de-Avillez wrote:
> @iMac. I am sorry, your 'easily repeatable scenario' does not work for
> me. I have no problems with the sample tiff you provided.

NP, On its way
On Wed, 2009-11-04 at 15:00 +0000, C de-Avillez wrote:
> Please send it to hggdh2 at ubuntu dot com

I have also confirmed that I do not see this issue using POP; Seems to be IMAP only so far.

thank you, iMac, got it. Interesting. I have my Evo set to preview emails... as soon as I clicked on yours, Evo froze.

I am downloading the debug packages for gtk, to see if I can zero in the issue. But indeed, it sounds like it is still there.

This is ugly. iMac: indeed changing 'content-disposition' to attachment (from inline) bypasses the issue. But I can repeat the problem every single time. The stacktrace is, right now, the biggest one I have seen in quite some time, with about 160 frames. And indeed it seems to deal with GTK.

This will take a bit longer than I expected...

This seems like a rather different issue than the current upstream. Will look at b.g.o, and open a new one if needed.

Opened new upstream. Will see what happens now. I am not sure, anymore, that this is a pure GTK+ issue, so I opened the bug under Evolution.

@all: thank you for the emails with the TIFF files.

I have the same Problem and using Crux solved it.
I use IMAP with my E-Mail Account.
If i use the Darkroom Theme (my Favorite) Evolution hangs if the .tif containing Mail is selected.

Any news on this?

Comment #26 was helpful. I'm on latest lucid and evolution hangs viewing an email with a tiff image (added),
unless I use the clearlooks theme.

No there's no solution for it yet, patches are more than welcome though.

I'm experiencing the same problem, please help! :-(

I'm using Lucid now. The problem is still living with soma theme/icons :-( . With "Clearlooks" theme and "Gnome" icons it's working.

The problem is still living in a fresh updated Mavercik too. For example with Human icons.

Bug is still in 10.04 LTS which uses gtk+ 2.20.. According to https://bugzilla.gnome.org/show_bug.cgi?id=581150 , this was patched in gtk+ 2.16.. did the patch not make it into ubuntu? OR perhaps the patch doesn't fix the problem.

When I strace evolution, and select the email with the tiff attachment, I can see it trying to open this file:

/usr/share/icons/Humanity/mimes/22/image-x-generic.svg (via image-tiff.svg symlink)

If you want to stick with Humanity theme (which I did).. you can copy the png from oxygen theme:

cp /usr/share/icons/oxygen/22x22/mimetypes/image-x-generic.png /usr/share/icons/Humanity/mimes/22/image-x-generic.svg

yes its a png with an svg extension, but it solves the problem!