Bug 690791

Summary:	Opening links is unreliable
Product:	[Fedora] Fedora	Reporter:	Christoph Wickert <cwickert>
Component:	gtk2	Assignee:	Matthias Clasen <mclasen>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	lucilanga, mbarnes, mclasen, mcrha
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-08-16 14:25:01 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Christoph Wickert 2011-03-25 11:45:58 UTC

Description of problem:
Until some releases ago evolution opened links based on the protocol: Everything with http:// or https:// was opened in the default browser. Now links are opened based on their file type with the default application for this MIME type. Unfortunately this often does not work.

1. Links to websites that require a login are not opened. E.g. link to something with apache auth only returns a "Forbidden" error message instead of a login dialog. Links to websites that require a login (e.g. Xing) return an
"HTTP error".

2. Links to png, jpg and alike are opened with GIMP, but gimp refuses to load them.

3. Links to text files are opened with kwrite although they should be opened with my default text editor geany. Why does evolution behave different from nautilus? And why not use the default browser instead of launching another program?

4. mailto: links no longer open a composer window (bug 588023)

Version-Release number of selected component (if applicable):
evolution-2.32.2-1.fc14.x86_64 (but I think it actually started in 2.28 or 2.30 already)

How reproducible:
always

Steps to Reproduce:
1. Receive an email with links to the filetypes and protocols I mentioned
2. Click on the links to open them
3.

Actual results:
One or the other error, but none works.

Expected results:
1. All http:// and https:// should be opened in a browser because only the browser works correctly.
2. Links to supported graphic files should be opened in a browser.
3. Text files should be opened in a browser or at least in the default text editor.
4. mailto should open the composer window

Comment 1 Milan Crha 2011-03-25 12:51:58 UTC

Thanks for a bug report. This is not evolution thing, because it's using gtk_show_uri() internally. Your issues reminded me of an upstream bug [1]. I'm moving this to gtk+, though it may be glib thing too.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=635588

Comment 2 Christoph Wickert 2011-03-27 11:53:42 UTC

Well, this is something different than the delay. I do get that delay, too but what I am complaining about in this bug is that links are opened based on MIME rather than on protocol.

Comment 3 Milan Crha 2011-03-28 07:04:23 UTC

Same as I do in [2]. But you may have right, there might be better to open new upstream bugs for each of this, not to pile things to one (I also do not like piling things into one bug). Feel free to open a new upstream bug and make the a comment about it in the old one, which then will be closed in favour of the newly filled.

[2] https://bugzilla.gnome.org/show_bug.cgi?id=635588#c12

Comment 4 Fedora End Of Life 2012-08-16 14:25:04 UTC

This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping