GNOME Bugzilla – Bug 594413
Links sent in Evolution Unclickable
Last modified: 2010-05-11 14:04:38 UTC
Created attachment 142638 [details] shows link not clickable https://bugs.launchpad.net/bugs/425072 Binary package hint: evolution when working in new mail and selecting contacts for a multiple mailing using ctrl =mouse click for multiple choices from the contact list nothing happens I expect the selected contacts to be highlighted one by one and then when BCC is pressed all the listed contacts to be shown in the BCC field Also a double click on any contact will make it disappear entirely from the list and move to the BCC field This abberation ha just appeared today ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/evolution NonfreeKernelModules: nvidia Package: evolution 2.26.1-0ubuntu2 ProcEnviron: LANG=en_CA.UTF-8 SHELL=/bin/bash SourcePackage: evolution Uname: Linux 2.6.28-15-generic x86_64 Tags: amd64 apport-bug Ok Cancel Add tags Update description / tags Link a related branch Link to CVE #1 David Oxland wrote on 2009-09-06: * Sysinfo (3.2 KiB, text/plain) * Dependencies.txt (5.6 KiB, text/plain; charset="utf-8") * ProcMaps.txt (99.3 KiB, text/plain; charset="utf-8") * ProcStatus.txt (774 bytes, text/plain; charset="utf-8") #2 Sebastien Bacher wrote 10 hours ago: Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME) Changed in evolution (Ubuntu): assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs) importance: Undecided → Low Don't know if this is what Sebastion wanted so I've done it this way
Please file separate bug for each issue. At receiver side link is click able or not ?
Most importantly at the receiver side the link is NOT clickable as those not familiar with cut and paste are the ones complaining.
Your message capture shows it's a plain text message. It has no capability of click/not click, especially not when you are sending, as the right interpretation should be done on the receiving side of the plain text email. Thus not a bug. Also note the file:// is URI, but not URL. The file:// is usually dependant on the machine you "click" it, so it seems to me as a correct thing that the other email client (on the receiving side) didn't highlight it. For HTML mails, and maybe for "not clickable after invoking composer" is filled a bug #590601. I hope you've filled separate bugs for other issues, as mentioned in comment #1, though those seem to me known, please try with 2.30.0+, maybe it's fixed there already.