On Sun, Jan 01, 2006 at 01:22:53PM -0500, Justin Pryzby <[EMAIL PROTECTED]> wrote: > reassign 342737 gaim > tag 342737 upstream > retitle 342737 gaim: Interfacing with browsers with netscape-style -remote > option requires URL encoding any commas in the URLs > clone 342737 -1 > retitle -1 gaim: outputs " to stdout rather than a quote > severity -1 minor > thanks > > On Sat, Dec 31, 2005 at 11:24:37PM +0100, Mike Hommey wrote: > > On Sat, Dec 31, 2005 at 09:42:18AM -0500, Justin Pryzby <[EMAIL PROTECTED]> > > wrote: > > > clone 342737 -1 > > > reassign -1 libgnomevfs2-common > > > retitle -1 libgnomevfs2-common: initial http handler should be generic > > > browser command, and not 'epiphany' > > > thanks > > > > I actually already did that. Merged with mine. > > > > > On Sat, Dec 31, 2005 at 03:33:12PM +0100, Mike Hommey wrote: > > (...) > > > > I think I'm going to file a bug on libgnomevfs2-common for that it > > > > should be sensible-browser %s (or maybe x-www-browser)... > > > I guess so. > > > > > > But that isn't the cause of the gaim/firefox problem, right? > > > > Mmmmmm... that means your gaim doesn't do the same as mine... mine first > > tries /usr/local/bin/gnome-load, then the program set with the gconf key > > then fails. I actually had a bad configuration before trying to > > reproduce this bug today, the gconf key pointing to > > /usr/lib/mozilla-firefox/firefox, which doesn't exist since I upgraded > > to firefox, and with that configuration, it just didn't do anything when > > trying to "open with browser". > > > > Could you attach here a trace of what gaim does when you try to open an > > url ? (strace -f -p `pidof gaim`) > The relevant bit follows: > > write(1, "gtknotify: Executing firefox -a firefox -remote > "openURL(http://www.wired.com/news/politics/0,1283,69773,00.html,new-tab)"\n", > 133) = 133 > access("~/bin//firefox", X_OK) = -1 ENOENT (No such file or > directory) > access("~/src/src/bin//firefox", X_OK) = -1 ENOENT (No such file or > directory) > access("/usr/local/bin/firefox", X_OK) = -1 ENOENT (No such file or > directory) > access("/usr/bin/firefox", X_OK) = 0 > getuid32() = 1000 > stat64("/usr/bin/firefox", {st_dev=makedev(3, 1), st_ino=286295, > st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, > st_blocks=16, st_size=7153, st_at > ime=2005/12/28-19:51:31, st_mtime=2005/12/24-05:06:31, > st_ctime=2005/12/28-19:52:00}) = 0 > pipe([16, 18]) = 0 > clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0xb74bd708) = 15349 > > which has: > > execve("/usr/bin/firefox", ["firefox", "-a", "firefox", "-remote", > "openURL(http://www.wired.com/news/politics/0,1283,69773,00.html,new-tab)"], > [EMAIL PROTECTED]) = 0 > > So this looks like a gaim bug; caused by firefox interpretting the substring > following the first comma as an option/parameter to the openURL function.
FWIW, it's not at all necessary with the wrapper scripts for both mozilla and firefox (and since firefox 1.5, even the wrapper script doesn't need to use the remote interface). So, changing the code to only run firefox or mozilla with the url as argument would be pretty straightforward. Cheers, Mike > > -- > Clear skies, > Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
