Bug 807255
| Summary: | links in HTML mail don't work in F17 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Christoph Wickert <christoph.wickert> | ||||
| Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 17 | CC: | lucilanga, mbarnes, mcrha, reklov | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-04-13 08:35:27 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Christoph Wickert
2012-03-27 11:30:17 UTC
Meanwhile I configured firefox as default webbrowser in gnome-control-center. For some reason it was set to "Webbrowser" rather than to "Firefox". No change though: http works, https not. I have also restarted evolution. Thanks for a bug report. I'm afraid this is not evolution's issue, it only calls gtk_show_uri() and that's all. What does happen if you invoke from console: $ gvfs-open https://bugzilla.redhat.com/show_bug.cgi?id=807255 please? It does work for me, though I have a fresh install of F17. I just found: you may also try: $ gvfs-mime --query x-scheme-handler/https which returns firefox.desktop for me. gvfs-open works fine. $ gvfs-mime --query x-scheme-handler/https Default application for 'x-scheme-handler/https': firefox.desktop Registered applications: firefox.desktop exo-web-browser.desktop fedora-midori.desktop Recommended applications: exo-web-browser.desktop firefox.desktop fedora-midori.desktop I just figured out it is not https. Some links open - even https - others don't. Ufortunately I dont see a pattern. Is it that th eevolution doesn't open the link, but if you right-click the link in evolution and choose "Copy link location", and you paste it after gvfs-open in a terminal, then it'll work? I guess this will be something with parameters for the link, or text encoding. "Copy link location" & pasting it works fine. Meanwhile I found a pattern: plain text mails work, HTML mails don't. Created attachment 577022 [details]
test message as mbox
Hmm, I cannot reproduce it with this message in my F17 box. Can you, after importing this message, please? If not, then maybe a sample message would help, or at least the message source of the URL itself (the whole pair of
<A href="...">text</A>
Maybe there is something with the href value, some unencoded letter or anything like that.
Indeed, your test message does not work for me. I cannot even mark text there: As soon as I click on somewhere, evolution marks text from a random starting point to the position I click. Let me try with a new user account. Stay tuned. (In reply to comment #8) > Indeed, your test message does not work for me. I cannot even mark text there: > As soon as I click on somewhere, evolution marks text from a random starting > point to the position I click. Confirming (tested attachment 577022 [details]) on up-to-date F17. For the record: Left click and "Open in Browser" works fine. (In reply to comment #8) > Indeed, your test message does not work for me. I cannot even mark text there: > As soon as I click on somewhere, evolution marks text from a random starting > point to the position I click. The text selection bug is in bug #809852. It doesn't open the link for me because of the broken selection too, thus that might mean that the issue is not about URLs itself, but about unexpected selection? That way we can mark this as a duplicate of it. Works for me. We can still reopen this one in case it's not but 809852. *** This bug has been marked as a duplicate of bug 809852 *** |