GNOME Bugzilla – Bug 359986
GnomeCC doesn't set former GConf key (for compatibility)
Last modified: 2006-10-16 11:39:56 UTC
I took a default Ubuntu installation, installed epiphany and made it the default browser via preferred apps. Nautilus still opens firefox because /desktop/gnome/applications/browser/* is still set for firefox. This path should be set as well.
I'm working on a fix, need to test it and then I will attach it for review.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 169670 ***
I'm reworking a bit the Preferred Applications applet (see gnomecc-list archives) making it able to understand .desktop files, then it will be easy to set the selected web browser as the html and xhtml mime type handler.
Luca, this issue is NOT about file types. It's about URI handlers.
Created attachment 74098 [details] [review] Proposed Patch As Ubuntu doesn't want to install libnautilus-extensions-dev and I'm too lazy to dig for the option to disable themus, here's the untested patch.
Then, if this is a different bug, reopen it. Sorry, but when saw Nautilus I thought at opening html/xhtml file types.
Reopening. Luca, can you take a look at this small patch please and tell whether it's okay to be committed? Thanks.
Confirming.
Created attachment 74306 [details] [review] Proposed Patch This one actually compiles and works exactly as expected.
Okay, it doesn't fix the nautilus issue. But it should set this gconf key as well.
Given that the legacy gconf path /desktop/gnome/applications/browser/ is still used, your patch only sets the "exec" and "needs_term" keys. It doesn't fill the "nremote" key and there isn't an easy way to know if a browser supports this option (you could check for "openurl" in command line, but if not present it doesn't mean that the selected browser doesn't support nremote...). So, this seems to be a patch which doesn't completely fix the bug, even if applying it should be harmless and, maybe, better than nothing. Anyway, I can't give you the grant to apply the patch, you should ask Rodrigo or Sebastien.
Well, you have an *easy* way to know if nremote is supported. The XML has this information, so just use it :)
I have tested you patch (yes, I know, I should have post my comments after testing the patch, not before...) and it seems it doens't cut the command line in the correct way, since the %s is not always the first option, like in firefox -remote "openurl(%s,new-tab)".
Created attachment 74333 [details] [review] default-applications-legacy-gconf-key.patch This should strip the command line at the correct position and set nremote gconf key.
Looks fine (except the "Herzbergherzy" part :-D) and works for me.
Created attachment 74733 [details] [review] default-applications-legacy-gconf-key_2.patch Ops, sorry herzi. Damn cut & paste... :)
Committed it myself for the 2.17.1 release