GNOME Bugzilla – Bug 317823
Can't save inline pictures embedded into HTML Mails
Last modified: 2013-09-13 00:53:02 UTC
Distribution/Version: Fedora Core 4 Received an HTML Mail (MMS from my mobile) consisting of several MIME parts including text/html and image/jpeg encoded with base64. Message displayed correctly, but I didn't find a way to save the jpegs. Expected something like right mouse click on picture and then 'Save picture as ...'.
confirming the bug.
*** Bug 320855 has been marked as a duplicate of this bug. ***
*** Bug 328690 has been marked as a duplicate of this bug. ***
dudes, this includes a UI change. since we like to have this in 2.6, this must be in by monday (UI freeze).
retargetting.
*** Bug 345280 has been marked as a duplicate of this bug. ***
*** Bug 347482 has been marked as a duplicate of this bug. ***
we should use the term "image" to keep consistency, something like "Save I_mage as...".
*** Bug 357346 has been marked as a duplicate of this bug. ***
*** Bug 370084 has been marked as a duplicate of this bug. ***
The list of options on the right-click menu should be: _Save Image As... _Copy Image Location (If the image isn't embedded) _Email Image... I can imagine a _View Image menu item as well, which would load it in an external viewer, but I'm not sure I see the point.
"assigned" state seems to not mean anything...
*** Bug 447234 has been marked as a duplicate of this bug. ***
*** Bug 449451 has been marked as a duplicate of this bug. ***
*** Bug 481562 has been marked as a duplicate of this bug. ***
*** Bug 503997 has been marked as a duplicate of this bug. ***
bug 269478 is related/could be a duplicate.
/me pings mcrha
Created attachment 101386 [details] [review] proposed gtkhtml patch (API change) for gtkhtml; API change, API change, API change (consider it as an announcement, not as a mad scientist's shouting into the dark) :) This new API simplifies things much. (Without it it isn't possible).
Created attachment 101388 [details] [review] proposed evo patch for evolution; If the image is embedded, then it shows same popup menu as over image attachment. If the image is pointed from out (through URL), then it shows same popup menu as over the link.
Amazing. It works cool. Commit to trunk. (You have added a new API. not a API change/break really)
gtkhtml part committed to trunk. Committed revision 8671. evo part committed to trunk. Committed revision 34750. to srag: ahh, sure, more detailed view shows new API only, not the real change. You've right.
I bumped Evolution's GtkHTML requirement to 3.17.5.
it works wonderful for embedded images, unfortunately it does not work for embedded images that are links (means: <a href="foo"><img></a>). anyway, much much better than before, and another favourite bug more or less erased. :-)
What does it do, Andre? I guess it shows the foo URL, instead of image's, right?
*** Bug 506963 has been marked as a duplicate of this bug. ***
Created attachment 102048 [details] screenshot compare the context menus of the left picture (which is a link to a webpage) and of the right picture (which is not a link).
i spinned of comment 27 about the case when an image is also a link to bug 507067. anybody interested please subscribe other there.
*** Bug 516256 has been marked as a duplicate of this bug. ***
*** Bug 517791 has been marked as a duplicate of this bug. ***