Bug 1435598

Summary:	Cached remote content not always found in cache
Product:	Red Hat Enterprise Linux 7	Reporter:	Vladimir Benes <vbenes>
Component:	evolution	Assignee:	Milan Crha <mcrha>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.4	CC:	extras-qa, Gecko8211, jkoten, lucilanga, mbarnes, mcepl, mcrha, tpopela
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	evolution-3.22.6-4	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1435288	Environment:
Last Closed:	2017-08-01 12:25:15 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:	1435288
Bug Blocks:

Description Vladimir Benes 2017-03-24 10:45:32 UTC

+++ This bug was initially created as a clone of Bug #1435288 +++

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>

--- Additional comment from Milan Crha on 2017-03-24 04:49:44 EDT ---

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.

--- Additional comment from Milan Crha on 2017-03-24 06:24:08 EDT ---

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+)

--- Additional comment from Milan Crha on 2017-03-24 06:25:25 EDT ---

A link to the stable-branch commit:
https://git.gnome.org/browse/evolution/commit/?id=0b7ba94

Comment 2 Matěj Cepl 2017-06-28 08:18:20 UTC

Code from the commit 0b7ba94 has been included into the code of our Evolution package.

Test sample email is at attachment 1292580 [details]

Comment 3 errata-xmlrpc 2017-08-01 12:25:15 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2066