Created attachment 758251 [details] Outlook vs Evolution 3.6.4 Description of problem: Evolution show in message another picture ...
Created attachment 758253 [details] Evolution 3.8.2
Created attachment 758254 [details] problem message
Right picture displayed in evolution 3.8.2 as attachment with name 'attachment.dat' :(
Hmm, we were dealing with the same thing at bug #923060, did it regress? If I recall correctly, the sending software uses same image content identificators (CID) between different messages, like here it's "Image0". Evolution caches some data, like these images, and uses the CID to grab the right one, thus if user viewed one message with Iamge0 for the first time, then evolution showed the right image, but when moving to the next message with Image0, then there was shown image from the previous message, not from the actual. According to the upstream bug from bug #923060, this is supposed to be fixed since 3.8.1 of evolution.
May be it's regress. Current version of evolution 3.8.3 and I have this issue :( # rpm -q evolution evolution-3.8.3-1.fc19.i686
I finally got to this and after the first tests it seems to me that webkigtk3 regressed, and doesn't ignore the cache as it should.
Evolution uses there three functions to turn off caching in webkit: > webkit_set_cache_model (WEBKIT_CACHE_MODEL_DOCUMENT_VIEWER); > webkit_set_default_web_database_quota (0); > webkit_application_cache_set_maximum_size (0); which worked pre-webkit 2.0 (in time of bug #923060 on Fedora 18), but in Fedora 19, with webkitgtk3-2.0.3-1 this is not working, webkit picks the image from its cache. I added some debug prints to evolution and I see that the first request after start for "cid:Image0" is received by mail_display_resource_requested(), and transformed into mail:// url, which is caught by e-mail-request.c:handle_mail_request(), just as expected. When I choose the second message, which also has an image identified as "cid:Image0", the mail_display_resource_requested() is called, but not the handle_mail_request(), thus I believe the webkit skipped it, because it found "cid:Image0" in its cache, despite the transformed URLs are different. According to WebKitCacheModel documentation: > WEBKIT_CACHE_MODEL_DOCUMENT_VIEWER Disable the cache completely, which > substantially reduces memory usage. Useful for applications that only access > a single local file, with no navigation to other pages. No remote resources > will be cached. from which I understand that there will be no caching at all. I verified that in time of the mail_display_resource_requested() is properly set WEBKIT_CACHE_MODEL_DOCUMENT_VIEWER cache model. I'm moving this to webkitgtk3, for further investigation what could break.
webkitgtk3-2.0.3-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/webkitgtk3-2.0.3-2.fc19
Package webkitgtk3-2.0.3-2.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing webkitgtk3-2.0.3-2.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-12687/webkitgtk3-2.0.3-2.fc19 then log in and leave karma (feedback).
webkitgtk3-2.0.3-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.