** Changed in: nautilus (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/165113
Title:
gksudo nautilus won't set ownership/permissions on files below
** Changed in: nautilus
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/165113
Title:
gksudo nautilus won't set ownership/permissions on files below
To man
The same bug is in Ubuntu 14.04. When try to change Others to Read/Write
permissions switch back to Acces files
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/165113
Title:
gksudo nautilus won't se
Still going on in 12.04. I copy a directory and change the permissions
from root to me and set it as recursive but none of the files in
directory are changed or even can be changed individually even using
sudo. Happens mostly when copying directories from an external drive.
--
You received this b
Affects again nautilus on Ubuntu13.04 64bit raring
** Tags added: hardy
** Tags added: karmid lucid raring
** Tags added: apport-collected running-unity
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bu
** No longer affects: hundredpapercuts
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/165113
Title:
gksudo nautilus won't set ownership/permissions on files below
To manage notifications about thi
** Changed in: nautilus
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/165113
Title:
gksudo nautilus won't set ownership/permissions on files below
To manage
I can confirm this bug in Lucid. I created a public family account and I
moved a folder with with folders of images to the Pictures folder of the
family account. I added the family group and changed the owner and group
to family in Nautilus clicked the recursive "caontaining items" or
whatever and
Here is a easy work around for those who don't use command line
http://ubuntuforums.org/showthread.php?p=10012703#post10012703
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ub
My Setup:
Ubuntu 10.04 64bit, kernel v2.6.32-25-generic, standard release gnome desktop.
This bug is present on my computer. I mainly encounter it because I
share my computer with my wife. She has her account and I have mine. I
am the system administrator of my computer, and when the need arises t
** Changed in: nautilus
Importance: Unknown => Medium
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing
@all: Ubuntu user interface is not able to do that yet. Here is a easy
work around for those who don't use command line.
STEPS
Installing 'PCMan File Manager' from the repositories. It's a sweet little
lightweight file manager (ordinarily part of the LXDE desktop, but it's
modular).
Navigate t
Confirming that this issue/confusion is still present in Ubuntu 8.04.4
LTS Desktop.
@Bruno Girin: If this is the case. Then it's very confusing for me. I
mean I'm not a coder but user. From my user point of view "Apply
permissions to enclosed files" means "Apply permissions to both enclosed
files
Thanks for reporting this bug. However, I think it is invalid because
the "Apply permissions to enclosed files" button is not meant to apply
the directory's permissions to the enclosed files, it is meant to apply
the permissions specified in the "File access" drop-down boxes to the
enclosed files.
My opinion mode on:
DamnI was hanging around tryin to fix another inheritance problem
and i found this(which occurred to me too) "old friend"...guys, besides
Larson's explanation here we're talking about user friendlyness(hope
it's wrote the correct way)...
After years spent working on M$ sys
Now that it comes to user-friendly system, we would like to have a
working function.
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee
Hi,
I agree this had me stumped for a few days trying to set permissions.
Can you please just give the work around in here till it is fixed. I
think the button is a great idea but if it does not work it is better
not to have it. It really wasted a lot of my time.
I am working in Fedora 11
Thanks
** Changed in: nautilus (Ubuntu)
Status: Confirmed => Triaged
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-b
** Changed in: nautilus (Ubuntu)
Status: Invalid => Confirmed
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-b
pjman's explanation notwithstanding, this is a bug and a particularly annoying
one at that.
Not fixing this for years reflects poorly on Ubuntu and Gnome.
Here is just one way the bug can be reproduced:
gksudo nautilus
copy a directory (owner is "someone", group is "someone") from one partition t
I'm going to make the leap and mark this bug as invalid. I hope it's not
premature...let me explain.
First, I created the following 'test' directories and files under my
home directory:
[drwxr-xr-x johndoe johndoe ] ./permissions_test
|-- [drwxr-xr-x johndoe johndoe ] ./permissions_test/apple
@David Siegel Well how about when a user wants/ needs to change the permissions
not only of the containing folder but also all files and folders contained
within said folder?
The current and only possible way of doing this on a distro using gnome is to
use chmod in the terminal!
"Apply permissi
BeigeGenius, *all* bugs should have been fixed already.
I am still not convinced that this is an easy-to-fix usability bug
affecting most users. Can someone please give some user stories
explaining how and when users are confronted with this bug?
Remember, just because a bug is not a paper cut, d
This bug does not just effect users running nautilus under root prilages
but also normally whilst logged in to their prospective user accounts.
Why has this bug not been fixed?
Surely this bug should have been fixed already, especially as a button
advertises this feature but does not function.
Thanks David for looking into this. I still have to disagree and I do
believe this should be considered a "paper cut". As stated above by Greg
Grossmeier, this bug is not just limited to users trying to change
permissions from root using gksudo. This bug also affects users trying
to change permissi
Thank you for bringing this bug to our attention. Unfortunately a paper
cut should be a small usability issue that affects many people and is
quick and easy to fix. I'm afraid this bug can't be addressed as part of
this project. Bugs encountered after running gksudo nautilus do not
affect most user
The inability to modify the permissions to files in a given directory,
even though it's advertised by a button, is definitely a "paper cut".
New users will not be able to chmod from a terminal.
** Changed in: hundredpapercuts
Status: New => Confirmed
--
gksudo nautilus won't set ownership
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
@ Sebastien Bacher
Which is why I suggested switching to a different desktop manager.
Switching ditribution may only solve this problem if said distribution is not
using the gnome desktop manager!
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/
you can switch distros that will not make a difference this code is
coming from GNOME
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assigne
I recommend switching to a desktop manager which is capable of changing
permissions properly such as KDE.
I fully agree that it is ridiculous that this simple bug has been left unfixed
for so long!
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs
This bug is still apparent as of this date and is becoming increasingly
annoying. I recall this used to work before. I also recall the
functionality of this option working with my prior (approx 3 years ago)
fedora distribution. After almost a year and a half it continues to
remain unfixed and I h
It is still a bug in 9.04 beta. It has become a problem for my JungleDisk.
All of the information in it is locked as root.
This should become a high priority bug just because it has been around so long.
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.ne
** Changed in: nautilus
Status: New => Confirmed
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing l
GUI fault, should have been fixed for newest ubuntu, hasn't!
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mail
It is my opinion that this bug even though of low importance should have
been fixed as the end result is a function which does not work. If the
bug cannot be resolved then would it be possible to remove the button to
avoid confusion as this bug is present in the last three ubuntu
releases!
I would
** Changed in: nautilus
Status: Unknown => New
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing lis
http://bugzilla.gnome.org/show_bug.cgi?id=371025 seems similar
** Changed in: nautilus (Ubuntu)
Status: Incomplete => Triaged
** Also affects: nautilus via
http://bugzilla.gnome.org/show_bug.cgi?id=371025
Importance: Unknown
Status: Unknown
** Changed in: nautilus (Ubuntu)
Yes, when not using gksudo the permissions do not change either (on
files in my home directory).
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
do you have the issue when not using sudo?
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-b
I can still confirm this behavior in Hardy.
Exact same steps to reproduce and outcomes as the reporter has outlined.
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Deskt
thank you for your bug report, could you try if that's still an issue
using hardy?
** Changed in: nautilus (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
Status: Confirmed => Incomplete
--
gksudo nautilus won't set ownership/permissions on files below
https://b
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Medium
--
gksudo nautilus won't set ownership/permissions on files below
https://bugs.launchpad.net/bugs/165113
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for nautilus in u
Thanks for reporting this bug and making Ubuntu better.
I can confirm what you described. I am setting it to "confirmed" and
assigning package "nautilus"
** Changed in: nautilus (Ubuntu)
Sourcepackagename: None => nautilus
Status: New => Confirmed
--
gksudo nautilus won't set ownership/
44 matches
Mail list logo
