GNOME Bugzilla – Bug 588284
mailto: links don't use the handler from gconf
Last modified: 2014-08-26 19:50:28 UTC
Clicking on mailto: links result in a "Choose application" dialog instead of using GNOME's preferred applications. xulrunner-1.9/uriloader/exthandler/nsExternalHelperAppService.cpp: [...] if (!alwaysAsk && (preferredAction == nsIHandlerInfo::useHelperApp || preferredAction == nsIHandlerInfo::useSystemDefault)) return handler->LaunchWithURI(uri, aWindowContext); nsCOMPtr<nsIContentDispatchChooser> chooser = do_CreateInstance("@mozilla.org/content-dispatch-chooser;1", &rv); NS_ENSURE_SUCCESS(rv, rv); return chooser->Ask(handler, aWindowContext, uri, nsIContentDispatchChooser::REASON_CANNOT_HANDLE); alwaysAsk is true because of nsExternalHelperAppService::SetProtocolHandlerDefaults [...] nsCAutoString warningPref(kExternalWarningPrefPrefix); warningPref += scheme; PRBool warn = PR_TRUE; nsresult rv = prefs->GetBoolPref(warningPref.get(), &warn); if (NS_FAILED(rv)) { // no scheme-specific value, check the default prefs->GetBoolPref(kExternalWarningDefaultPref, &warn); } aHandlerInfo->SetAlwaysAskBeforeHandling(warn); warningPref is network.protocol-handler.warn-external.PROTO and should be false. Ok to commit?
Created attachment 138222 [details] [review] Patch
Galeon has not seen any code changes since May 2010: https://git.gnome.org/browse/archive/galeon/log This project is not under active development anymore and got recently archived in GNOME Git. It is currently unlikely that there will be any further active development. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again. If you are interested in maintainership, inform https://mail.gnome.org/mailman/listinfo/desktop-devel-list