After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 263314 - Composer Not Accepting Copy And Paste With Links
Composer Not Accepting Copy And Paste With Links
Status: RESOLVED DUPLICATE of bug 203949
Product: evolution
Classification: Applications
Component: Mailer
1.5.x (obsolete)
Other All
: Normal normal
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[composer]
Depends on:
Blocks: 327508 327510
 
 
Reported: 2004-08-18 13:52 UTC by David Richards
Modified: 2012-02-13 14:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Copy and Paste from Firefox, note broken links for graphics. (100.55 KB, image/gif)
2004-08-18 13:53 UTC, David Richards
Details
Once mailed, composer correctly displays links (103.36 KB, image/gif)
2004-08-18 13:53 UTC, David Richards
Details

Description David Richards 2004-08-18 13:52:17 UTC
If you copy and paste from Mozilla/Firefox into Evolution graphics that
were on the original source page only show up in the composer panel after
the message has been sent.

(attaching shots)

Shot one shows a copy and paste from Firefox into the composer.  Note the
broken link symbols.   BUT, it's clear that the information is there and it
should work because...

Shot two shows a copy of the same message after it's been emailed.  Open it
up and Evo correctly displays those graphics in the body of the
message...perfectly.

Something is broken in Evo during compose time to load graphics off the
Internet.  Almost like it's not looking at your settings.  If you have
"Load Graphics From Net" enabled, it should work during compose too.
Comment 1 David Richards 2004-08-18 13:53:04 UTC
Created attachment 44094 [details]
Copy and Paste from Firefox, note broken links for graphics.
Comment 2 David Richards 2004-08-18 13:53:48 UTC
Created attachment 44095 [details]
Once mailed, composer correctly displays links
Comment 3 Radek Doulik 2004-08-19 13:30:27 UTC
This is composer problem => moving to mailer bugs. It can be fixed in
evolution/composer/listener.c:impl_event (...) in url_requested part.
It should probably respect the image loading settings in the mailer.
Dunno if we need that fixed for 2.0 as it's not regression AFAIK.
Comment 4 David Richards 2004-08-19 13:47:45 UTC
We are working on finding areas that users are saying "On Windows I
can do that...." and copy and paste is one of them.  This would add
some polish to Evolution that would be appreciated by our users. 
Currently, the users believe that copy-and-paste has failed because of
the broken links in the composer.
Comment 5 Gerardo Marin 2004-08-21 06:06:51 UTC
Reassigning to Radek and resetting milestone to 1.5 as jpr did.
Comment 6 Not Zed 2004-08-25 06:02:40 UTC
i'm not sure we should be downloading these images in the composer -
it isn't a web browser.

it adds a lot of complication to the composer anyway, kind of late at
this stage for 2.0.
Comment 7 JP Rosevear 2004-09-28 15:22:21 UTC
Not sure it should respect the mailer settings exactly, it could
probably put the image temporarily on disk if neccessary.
Comment 8 Jeffrey Stedfast 2004-09-28 15:23:22 UTC
retargetting to 2.1
Comment 9 Not Zed 2004-09-30 02:27:25 UTC
if it was to be implemented it should definitely respect mailer
settings, at least the 'never load images' one.
Comment 10 André Klapper 2005-06-05 14:09:15 UTC
retargetting from 2.1 to 2.3 to get rid of all that recent milestones...
Comment 11 André Klapper 2005-11-04 21:34:59 UTC
anyway, retargetting
Comment 12 André Klapper 2005-11-25 00:31:12 UTC
reassigning since rodo does not work anymore on evo/gtkhtml
Comment 13 André Klapper 2006-07-11 15:37:05 UTC
removing old target milestone.
Comment 14 André Klapper 2012-01-16 12:38:14 UTC
Might make sense to retest with webkit git branch.
Comment 15 André Klapper 2012-02-13 14:52:32 UTC
Works fine in 3.2.3 when using Copy&Paste. Dup of bug 203949.

*** This bug has been marked as a duplicate of bug 203949 ***