GNOME Bugzilla – Bug 71632
no way to set simple, basic defaults like browser without going through mime-types
Last modified: 2004-12-22 21:47:04 UTC
i dingus clicked on a terminal, and it ran mozilla. then, in gconf-editor i changed the url handler to galeon and dingus clicked again. it still spawned mozilla. i opened a new terminal, and dingus clicked and it launched galeon. then i dingus clicked in the first, and it still launched mozilla.
I just call gnome_url_show(), so Not My Fault (tm) ;-)
Seems like a fairly major problem to me. Jacob, are you still reproducing this one?
yes.
Created attachment 7040 [details] [review] fixes and cleans up the code
can I commit this?
Micke: who was that last question directed at? Andersca?
not sure really :) Andersca told me it was OK with him if noone else objected so I thought I'd ask if someone did :) Doesn't look like anyone is though so I think it might be OK to commit.
asking here is the wrong place as there are only 3-5 people looking at it. you should ask on desktop-devel-list@gnome.org
commited to CVS
Reopening and retitling since AFAICT all the relevant parties are already cc'd here. AFAICS, there are two keys: desktop/gnome/applications/browser/exec and desktop/gnome/url-handlers/default-show. The second one is used by gnome_url_show, but I can't find any way to set it, outside of gconf-editor. The first is set in the obvious place- the preferred applications entry in control-center. So, as far as I can tell: 1) there is no way to set the default URL handler. 2) There is an obvious way to set the default URL handler that is completely ignored. This is absolutely broken. My proposed solution: the default URL and help handlers should be set by the default applications capplet. Alternative solutions: *someone points me to the capplet that is supposed to set these and explains why it should be separate from the default applications capplet. *we remove /desktop/gnome/url-handlers/* completely and point all calls that use them at the relevant entries in /desktop/gnome/applications/* This seems like the most elegant longterm solution but I have no idea how many different locations would need to be changed for this to occur. I'm saying that this is only proposed because I've probably missed out on some basic agreement about how this was supposed to be done. Anyway, though... this is a pretty absolute big-deal showstopper; we can't ship if we can't set the default applications.
Jacob: Can you look at this patch: http://lists.gnome.org/archives/desktop-devel-list/2002-January/msg00628.html and the comments here: http://lists.gnome.org/archives/desktop-devel-list/2002-March/msg00846.html and attach a version of it that Just Works to this bug?
ok lauris committed the relevant bits to CVS the other day: 2002-03-29 Lauris Kaplinski <lauris@ximian.com> * schemas/gnome_url_handler.schemas: Updated schema, originally by Bradford Hovinen. * libgnome/gnome-url.c (gnome_url_show): Update key name to match schema (gnome_url_default_handler): Update key names to match schemas
I dont know what is gconf-editor?. What is the equivalent for this in gnome2.0.
gconf-editor is a gnome 2 tool. there's no gnome 1 version (although it works with gconf 1.0.x).
Hmm, we still have the issue here that the web browser preferences specified in the default applications aren't used anyway and that (at least this is what I'm told) you have to use the file-types-properties program to change url handlers. So in this case we may need to: * Remove the desktop_applications_browser schema from libgnome * Remove the web browser tab from the default applications handler. (I'm reopening this bug since there are a lot of dups, and we don't really have a good fix yet.)
*** Bug 75410 has been marked as a duplicate of this bug. ***
*** Bug 76749 has been marked as a duplicate of this bug. ***
so libgnome uses the stuff from the file types and programs, and i removed the default applications the other day - however this isn't the right fix i later realized - removing the browser tab is probably ok.
*** Bug 76621 has been marked as a duplicate of this bug. ***
Shouldn't there be some simpler way to access the simple default stuff like 'web browser'? The file types thing is completely unintuitive- what do I set if I just 'want to set my default web browser'? I'm a 'power user' and I couldn't figure it out. It seems like there ought to be a simple, straightforward way to set up the basics like text editor and web browser without having to fight that horrid thing.
Yes, I agree. However, in that case it's not a libgnome bug anymore, it should probably be assigned to gnome-control-center.
True, true; I was just continuing it here because jacob was still on the list :) I'll reassign.
Doh.
*** Bug 78775 has been marked as a duplicate of this bug. ***
louie: I needed to be root (thanks hadess) This is the output after typing run: (gdb) run Starting program: /usr/bin/mahjongg [New Thread 1024 (LWP 8518)] (mahjongg:8518): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 8518)] pango_color_parse (color=0xbffff5f0, spec=0x0) at pango-color.c:937 937 pango-color.c: No such file or directory. in pango-color.c and after typing 'bt thread apply all': No symbol "thread" in current context.
ignore that last post, it was for another bug. shit!
i've got patches for this
at this point this is really a dup of the other one. the only reason to leave it around is to get more bug closing points when my patch goes in. *** This bug has been marked as a duplicate of 78037 ***