Bug 1435288 - Cached remote content not always found in cache
Summary: Cached remote content not always found in cache
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 25
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Milan Crha
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1435598
TreeView+ depends on / blocked
 
Reported: 2017-03-23 13:55 UTC by Don Swaner
Modified: 2018-04-11 16:20 UTC (History)
6 users (show)

Fixed In Version: evolution-3.24.1
Clone Of:
: 1435598 (view as bug list)
Environment:
Last Closed: 2017-03-24 10:24:08 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
test case (1.59 KB, message/rfc822)
2017-06-28 08:16 UTC, Matěj Cepl
no flags Details

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


Note You need to log in before you can comment on or make changes to this bug.