There's a bug in the normalisation pipeline since the port to GStreamer
1.0, I'm not entirely certain but I think it may be a GStreamer bug.
Whilst I continue to try and figure the root cause out and determine a
proper fix I've pushed a workaround which disables the normalisation
step of the trans
** Bug watch added: GNOME Bug Tracker #703778
https://bugzilla.gnome.org/show_bug.cgi?id=703778
** Also affects: brasero via
https://bugzilla.gnome.org/show_bug.cgi?id=703778
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Des
Of that I'm not really certain. I filed this report because as a user
the behaviour surprised me that some things would be able to access the
network and others wouldn't.
Having dug into the problem a little it's apparent that it's not trivial
to solve - that doesn't mean that it's not worth solvi
Quite right, I see there's no case for G_DESKTOP_PROXY_MODE_AUTO in
on_proxy_apply_system_wide() of 50_ubuntu_systemwide_prefs.patch in
gnome-control-center.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
Hmm, interesting. It's expected that cp would result in the same
permissions as the tmp file. It's the G_FILE_COPY_TARGET_DEFAULT_PERMS
flag which should set the permissions to the defaults for the
destination directory.
I was wondering if the issue is in GLib but the test program mimics the
GLib
I just wrote a simple test program (attached) to try and replicate the
code path where the file is copied and it results in a file with 664
permissions.
Seems the bug *is* in evince, but it's not a bug that upstream can
replicate.
** Attachment added: "test-g-file-copy.c"
https://bugs.launchp
Some debugging information.
The temp file opened by Firefox in Evince:
user@computer:/tmp
$ stat -c '%n %a %A' Some\ Pdf.pdf
Some\ Pdf.pdf 400 -r
The same file saved in my home directory using "Save a copy":
user@computer:~/Documents
$ stat -c '%n %a %A' Some\ Pdf.pdf
Some\ Pdf.pdf 40
I don't think that this bug is in Evince itself. I've been taking a look
at the code and found that in ev_xfer_uri_simple() libdocument/ev-file-
helpers.c:419 the call to g_file_copy() passes
G_FILE_COPY_TARGET_DEFAULT_PERMS
http://bazaar.launchpad.net/~ubuntu-
branches/ubuntu/quantal/evince/quant
Public bug reported:
Ubuntu version info:
Description: Ubuntu 12.10
Release: 12.10
Gnome Control Centre version info:
Installed: 1:3.4.2-0ubuntu19
Candidate: 1:3.4.2-0ubuntu19
Version table:
*** 1:3.4.2-0ubuntu19 0
500 http://us.archive.ubuntu.com/ubuntu/ quantal/main amd64 Package
I just discovered (using apport -w) that this infrastructure is provided
by the sessioninstaller package, so adding that to the "Affects".
sessioninstaller version info:
Installed: 0.20+bzr131-0ubuntu2
Candidate: 0.20+bzr131-0ubuntu2
Version table:
*** 0.20+bzr131-0ubuntu2 0
500 htt
Public bug reported:
Ubuntu version information:
Description:Ubuntu 12.10
Release:12.10
Rhythmbox version information:
Installed: 2.97-1ubuntu5
Candidate: 2.97-1ubuntu5
Version table:
*** 2.97-1ubuntu5 0
500 http://us.archive.ubuntu.com/ubuntu/ quantal/main amd64 Packag
Public bug reported:
Ubuntu version information:
Description:Ubuntu 12.10
Release:12.10
Rhythmbox version information:
Installed: 2.97-1ubuntu5
Candidate: 2.97-1ubuntu5
Version table:
*** 2.97-1ubuntu5 0
500 http://us.archive.ubuntu.com/ubuntu/ quantal/main amd64 Packag
Public bug reported:
A common usage pattern of mine is to download PDF's through Firefox by
clicking the link and selecting "Open with", on occasion I'd like to
keep the PDF's so use the File->Save a Copy As menu item in Evince to
save a copy in my home directory.
The files are copied with the sa
13 matches
Mail list logo
