Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
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
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 for Bug 2026 on
Developer Community or GitHub if you have new
information to add and do not yet see a matching new report.
If the latest results still closely match this report, you can use the
In special cases on GitHub you might also want the comments:
GitHub Markdown with public comments
When I run an ASP.NET project, Monodevelop automatically starts Firefox, which is not my default browser. I use Google Chrome and this is the default browser in my Gnome Preferences. Monodevelop ignores this and still starts Firefox. There should also be a checkbox to be able to choose if you want Monodevelop to start the browser automatically.
MonoDevelop uses Gnome.Url.Show to open URLs via the default handler on Linux. Sounds like libgnome is broken on your distro.
Hmm, then it's broken in Opensuse 11.4, 12.1 and Ubuntu.
I suppose the fix is to have GnomePlatform P/Invoke gtk_show_uri on GTK+ 2.14 and later. Maybe we could remove the GNOME# dependency completely at this point?
I added a binding API to gtk_show_uri into gtk-sharp master branch (the code actually came from Hyena). Maybe we should backport that addition to gtk-sharp 2-12 branch?
You can't do that, GTK# 2.12 API is frozen. But it's trivial to add the P/Invoke into GnomePlatform. GnomePlatform already has various GIO P/Invokes.
I would recommend:
a) Make GnomePlatform depend on GTK+ 2.14 (you can check it at runtime, e.g. show a dialog if Gtk.Global.CheckVersion fails), no point in continuing to support ancient GTK+ versions.
b) Remove GNOME# dependencies from GnomePlatform - GTK+ 2.14 has everything we need IIRC
c) Port remaining GNOME# dependent features in GnomePlatform to P/Invokes to the equivalent GTK+ 2.14 APIs
(In reply to comment #5)
> a) Make GnomePlatform depend on GTK+ 2.14
If you go this route, why not creating a new Gtk# branch called "2-14" and add the new method there? Seems much cleaner to me than going the PInvoke route (yes I know MD team has this long term plans of maybe not depending on gtk-sharp at all, but we're not there yet...)
> ...check it at runtime, e.g. show a dialog if Gtk.Global.CheckVersion fails)
And what to say in the dialog? Wouldn't it be better to depend on 2.14 anyway? (You want new versions of programs with features/bugfixes? You then need to upgrade ;) )
(In reply to comment #6)
> And what to say in the dialog? Wouldn't it be better to depend on 2.14 anyway?
I meant, at compile time.
GTK# 2.x is frozen at 2.12 API.