Public bug reported: [Affects] glib2.0-2.19.3 (regression from 2.18.x)
[Problem] 'Open Link' in GNOME apps like gnome-terminal or xchat-gnome loads a "http://foo.com/bar"; URI in firefox as "file:///bar". [Analysis] Between 2.18.3 and 2.19.2, the expand_macro() routine in glib's gdesktopappinfo.c altered how the %u macro is handled. It now treats them as %f macros instead. The new code that does this is shown below. 00558 /* On %u and %U, pass POSIX file path pointing to the URI via 00559 * the FUSE mount in ~/.gvfs. Note that if the FUSE daemon isn't 00560 * running or the URI doesn't have a POSIX file path via FUSE 00561 * we'll just pass the URI. 00562 */ 00563 switch (macro) 00564 { 00565 case 'u': 00566 force_file_uri_macro = 'f'; 00567 force_file_uri = TRUE; 00568 break; 00569 case 'U': 00570 force_file_uri_macro = 'F'; 00571 force_file_uri = TRUE; 00572 break; 00573 default: 00574 force_file_uri_macro = macro; 00575 force_file_uri = FALSE; 00576 break; 00577 } According to ps, I do have gvfs running: bryce 5678 0.0 0.0 68884 2280 ? Ssl Jan04 0:00 /usr/lib/gvfs//gvfs-fuse-daemon /home/bryce/.gvfs The ~/.gvfs directory is empty, and lsof does not show it in use. From the comment in the code above it sounds as if shutting down gvfs-fuse- daemon and/or gvfsd would cause it to not switch %u for %f, however killing either or both of them seems to have no effect. ** Affects: glib2.0 (Ubuntu) Importance: Undecided Status: New -- regression - URIs opened with firefox %u load as local files (file:///...) https://bugs.launchpad.net/bugs/314263 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to glib2.0 in ubuntu. -- desktop-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
