Preferred Applications uses %u instead of %s when setting browser

Bug #739416 reported by Luke Faraone
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-vfs (Ubuntu)
Fix Released
Low
Chris Coulson

Bug Description

Binary package hint: gnome-control-center

I set "Firefox" as my default browser in Preferred Applications. Now, when a GNOME app loads something in FF, Firefox always opens "http://www.%u.com", not the correct address.

Changing the entry from %u to %s in "/desktop/gnome/url-handlers/http/command" in gconf (and https too) fixes the issue.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: gnome-control-center 1:2.32.1-0ubuntu11
ProcVersionSignature: Ubuntu 2.6.38-7.36-generic 2.6.38
Uname: Linux 2.6.38-7-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Mon Mar 21 10:21:04 2011
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/gnome-default-applications-properties
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_US.UTF-8
 LANGUAGE=en_US:en
SourcePackage: gnome-control-center
UpgradeStatus: Upgraded to natty on 2011-03-20 (0 days ago)
XsessionErrors:
 (Do:10639): Wnck-CRITICAL **: wnck_set_client_type got called multiple times.
 (dropbox:10648): Gdk-CRITICAL **: IA__gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->update_and_descendants_freeze_count > 0' failed
 (bluetooth-applet:10622): Gdk-CRITICAL **: IA__gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->update_and_descendants_freeze_count > 0' failed
 (gnome-power-manager:10616): Gdk-CRITICAL **: IA__gdk_window_thaw_toplevel_updates_libgtk_only: assertion `private->update_and_descendants_freeze_count > 0' failed
 (gnome-panel:10614): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion `global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed

Related branches

Revision history for this message
Luke Faraone (lfaraone) wrote :
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

This is because the new panel in control-center is using the Exec line from the applications desktop files to set the command in gconf (which is used by gnomevfs, which some things are still using). "%u" is the URI placeholder that gio uses, but gnome-vfs doesn't understand this (and gio doesn't understand "%s"). So we don't break legacy stuff still relying on gnome-vfs, we should make it understand the "%u" placeholder too.

affects: gnome-control-center (Ubuntu) → gnome-vfs (Ubuntu)
Changed in gnome-vfs (Ubuntu):
assignee: nobody → Chris Coulson (chrisccoulson)
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-vfs - 1:2.24.4-0ubuntu3

---------------
gnome-vfs (1:2.24.4-0ubuntu3) natty; urgency=low

  * Fix LP: #739416 - Preferred Applications uses %u instead of %s when
    setting browser. Our new gnome-default-application-properties sets
    the URI handlers in gconf using the Exec line from the applications
    desktop file rather than the old xml files that used to ship with
    gnome-control-center. The Exec info from the desktop file uses "%u"
    as a URI placeholder, rather than "%s" which is what gnomevfs understands.
    Make gnomevfs understand "%u" too so we don't break applications that still
    rely on it.
    - add debian/patches/31_gio_uri_placeholder.patch
    - update debian/patches/series
    - This also works around LP: #709216 for now
 -- Chris Coulson <email address hidden> Tue, 22 Mar 2011 17:38:37 +0000

Changed in gnome-vfs (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.