Bug 2512 - Hyperlinks in updater release notes do not work
Summary: Hyperlinks in updater release notes do not work
Status: RESOLVED FIXED
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: General ()
Version: Trunk
Hardware: PC Mac OS
: Low minor
Target Milestone: ---
Assignee: Duncan Mak
URL:
Depends on:
Blocks:
 
Reported: 2011-12-15 00:55 UTC by Mikayla Hutchinson [MSFT]
Modified: 2012-09-29 16:29 UTC (History)
6 users (show)

Tags: gtk
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
RESOLVED FIXED

Description Mikayla Hutchinson [MSFT] 2011-12-15 00:55:32 UTC
Hyperlinks in updater release notes do not work, because gtk_show_uri does not work on MacOS.

We should probably fix gtk_show_uri on MacOS to just call LSOpenCFURLRef.

We could work around it by handling the label's activate-link signal.
Comment 1 Mike Krüger 2012-04-24 12:01:09 UTC
Shouldn't Process.Start show the URI in the browser ?
Comment 2 Mikayla Hutchinson [MSFT] 2012-04-25 13:07:23 UTC
Of course, but it's not using Process.Start. The link handling is implemented in GTK+. By default it calls gtk_show_uri, which doesn't work on Mac. It also fires an event, but that's not bound in GTK#.
Comment 3 Duncan Mak 2012-05-15 18:19:28 UTC
Michael fixed this in the master branch (a possible candidate to backport to 3.0-series)

https://github.com/mono/monodevelop/commit/6e59fbf97162e6267a07878cd75fd306ae6044d4
Comment 4 Imgen Tata 2012-09-04 09:33:29 UTC
In version 3.0.4.4, this bug still persists. Please fix it, it's a trivial bug but it is really annoying. Also a feature request, please add a context menu to each update so that we can do extra thing on a specific update -> ignore, cancel download, retry download, etc
Comment 6 Mikayla Hutchinson [MSFT] 2012-09-29 16:29:55 UTC
This was fixed in MD but only works with a newer version of the GTK+ toolkit than we ship on Windows. It will work on Windows when we ship the new GTK+.