** Changed in: glib
Importance: Unknown => Medium
--
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.
** Changed in: glib
Status: New => Fix Released
--
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.
This bug was fixed in the package glib2.0 - 2.19.6-0ubuntu4
---
glib2.0 (2.19.6-0ubuntu4) jaunty; urgency=low
* 70_get_path_fix_from_svn.patch:
- Updated so that it applies correctly (LP: #314263).
-- Chris CoulsonFri, 13 Feb 2009
17:11:12 +
** Changed in: glib2.0 (Ub
Here's a debdiff that fixes this
** Attachment added: "glib2.0_2.19.6-0ubuntu4.debdiff"
http://launchpadlibrarian.net/22590862/glib2.0_2.19.6-0ubuntu4.debdiff
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs/314263
You received this
That's really odd. The official upstream patch actually does exactly the
same as what my original workaround did (returns NULL from
g_dummy_file_get_path, although it does it unconditionally now). This
suggests that something else changed from 2.19.5 -> 2.19.6. I'll take a
look at this again tomorr
unsubscribing the sponsor team since there is nothing to sponsor there
right now
--
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 subscr
I am not finding this bug fixed by the changes in glib-2.19.6-0ubuntu2.
Specifically apport reports do not seem to work with the url becoming a
file:///ubuntu/... reference.
At pitti's suggestion I rebuilt the previous version of glib and
downgraded to that, libglib2.0-0_2.19.5-0ubuntu3_i386.deb s
This bug was fixed in the package glib2.0 - 2.19.6-0ubuntu2
---
glib2.0 (2.19.6-0ubuntu2) jaunty; urgency=low
* Reapply revisions which were not in the previous upload
* Don't use the previous workaround but rather the svn change
[ Chris Coulson ]
* 70_get_path_fix_from_svn:
Hi Sebastien - it seems that the previous workaround isn't actually in
the newer 2.19.6-0ubuntu1 version of glib (it was only in
2.19.5-0ubuntu3)
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs/314263
You received this bug notification
you use the new change but still the previous workaround, is that
required?
--
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
Here's a debdiff with the upstream change.
** Attachment added: "glib2.0_2.19.6-0ubuntu2.debdiff"
http://launchpadlibrarian.net/21995211/glib2.0_2.19.6-0ubuntu2.debdiff
** Changed in: glib2.0 (Ubuntu)
Status: In Progress => Triaged
--
regression - URIs opened with firefox %u load as l
This has been fixed properly upstream now.
** Changed in: glib2.0 (Ubuntu)
Status: Fix Released => In Progress
** Changed in: glib2.0 (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => Chris Coulson
(chrisccoulson)
--
regression - URIs opened with firefox %u load as local fil
This is (was) affecting apport when it tries to open a bug-report URL.
The current Jaunty alpha 3 release will suffer this (as well as bug
#314212). When not using the latest daily CD images the solution is to
do:
sudo apt-get update && sudo apt-get upgrade
This ensures the fixes are applied befo
This bug was fixed in the package glib2.0 - 2.19.5-0ubuntu3
---
glib2.0 (2.19.5-0ubuntu3) jaunty; urgency=low
* 70_g_file_get_path_fix.patch:
- Make g_file_get_path() return NULL for GDummyFile
objects with a URI that is not file:/// (LP: #314263)
-- Chris CoulsonFri
> So, my next question is - is the behaviour of g_file_get_path()
correct when you pass it a GDummyFile?
Correct in what way? The GDummyFile does its best to parse "regular"
URIs (those that fall into the "scheme://host/path/" category), but will
give up if the URI is not of that simplistic form a
Here's a slightly corrected version. This one contains a g_free() for
the uri_scheme string
** Attachment added: "glib2.0_2.19.5-0ubuntu2.debdiff"
http://launchpadlibrarian.net/21805410/glib2.0_2.19.5-0ubuntu2.debdiff
--
regression - URIs opened with firefox %u load as local files (file:///..
I've written a patch that makes g_file_get_path() return NULL for a
GDummyFile that has a URI other than file:///
I've tested it with the apport-gtk use-case (sudo -H -u gnome-open
) and it's working fine. I've attached a debdiff, and I'll send the
patch upstream too.
** Attachment added: "glib2
gvfs -> glib-2.0
** Changed in: glib2.0 (Ubuntu)
Sourcepackagename: gvfs => glib2.0
--
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 a
Right, I've done some initial debugging in to this, by putting some
g_debug's in so I get an understanding of what the difference is between
with/without sudo.
In the working case, in expand_macro_single(), g_file_new_for_uri()
returns a GDaemonFile, and then g_file_get_path() on that GDaemonFile
I started doing a little bit of debugging on this last night. I'll
continue again this afternoon when I get home from work and I'll let you
know if I figure out whats going on.
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs/314263
You
Indeed, reopening.
** Changed in: gvfs (Ubuntu)
Status: Fix Released => Confirmed
--
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
Martin - there are some duplicates of this which seem to be still very
much a problem (ie, this still happens when you run gnome-open with
sudo)
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs/314263
You received this bug notification
Bryce says that his workaround was killed by a recent gvfs update, and
the bug hasn't happened for him any more, so he considers this fixed.
** Changed in: gvfs (Ubuntu)
Status: Triaged => Fix Released
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://b
** Changed in: gvfs (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
--
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, w
Thanks for liasing with upstream about this Bryce. Anyway, based on
David's comments, I'm going to re-assign this to gvfs.
** Changed in: gvfs (Ubuntu)
Sourcepackagename: glib2.0 => gvfs
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs
Problem reoccurred after upgrading to glib2.0_2.19.4-0ubuntu1 and
rebooting a few times.
Note that in the upstream bug they believe their code is fine and that
it's a downstream problem.
--
regression - URIs opened with firefox %u load as local files (file:///...)
https://bugs.launchpad.net/bugs
** Changed in: glib
Status: Unknown => 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.
--
** Tags added: regression-potential
--
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
Thank you for your bug report. This bug has been reported to the
developers of the software. You can track it and make comments here:
http://bugzilla.gnome.org/show_bug.cgi?id=566747
** Bug watch added: GNOME Bug Tracker #566747
http://bugzilla.gnome.org/show_bug.cgi?id=566747
** Also affects:
** Changed in: glib2.0 (Ubuntu)
Target: None => jaunty-alpha-5
--
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 gli
As a workaround, I just deleted the aforementioned code, and the problem
was resolved.
--
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
** Attachment added: "workaround"
http://launchpadlibrarian.net/20935318/disable_posix_u_to_f.patch
--
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
Deskto
32 matches
Mail list logo