Bug 1435288

Summary: Cached remote content not always found in cache
Product: [Fedora] Fedora Reporter: Don Swaner <greatauk37>
Component: evolutionAssignee: Milan Crha <mcrha>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: lucilanga, mbarnes, mcepl, mcepl, mcrha, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: evolution-3.24.1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1435598 (view as bug list) Environment:
Last Closed: 2017-03-24 10:24:08 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:
Bug Depends On:    
Bug Blocks: 1435598    
Attachments:
Description Flags
test case none

Description Don Swaner 2017-03-23 13:55:56 UTC
Description of problem:
When remote content is downloaded, evolution displays email remote content barcodes but will not print barcodes.

Version-Release number of selected component (if applicable):
evolution-3.22.6-1.fc25.x86_64

How reproducible:
Always, apparently, but I have only tried with 2 different emails

Steps to Reproduce:
1.  View an email which has a barcode in its remote content
2.  Print the email

Actual results:
The barcode is not printed.

Expected results:
The barcode is printed.

Additional info:
Same results for printing hardcopy and printing to file - an "unknown image box" is displayed instead of the barcode.  A snippet of the message source follows:

<td align="center" valign="top" height="20px">
                                                    <img src="http://b.walmart.com/cgi-bin/ebarz.cgi?data=00005174820082663837&encoding=CODE128&den=70&h=50" border="0" alt=""/>
                                                </td>

Comment 1 Milan Crha 2017-03-24 08:49:44 UTC
Thanks for a bug report. I can reproduce it too, even without printing. It's enough to load remote content in the preview panel (then the image with the bar code is shown), then move to another message and back and the image is gone. Other remote images (those referenced directly, without additional parameters) do not suffer of this.

Comment 2 Milan Crha 2017-03-24 10:24:08 UTC
The problem was that the URL being used to check whether the image is already locally cached and the URL which was used to actually download the remote content did not match, thus the file were not found in the local cache. While I've been in it I also noticed that the remote content is not shown in the composer, even when it's downloaded locally, thus I fixed that as well.

Created commit ff4f037 in evo master (3.25.1+)
Created commit 0b7ba94 in evo gnome-3-24 (3.24.1+)

Comment 3 Milan Crha 2017-03-24 10:25:25 UTC
A link to the stable-branch commit:
https://git.gnome.org/browse/evolution/commit/?id=0b7ba94

Comment 4 Matěj Cepl 2017-06-28 08:16:59 UTC
Created attachment 1292580 [details]
test case