** Changed in: nautilus
Importance: Unknown = Medium
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
Don't reopen closed bugs, that issue is fixed since jaunty, you can
nominate an hardy task if that's what you are trying to get solved but
that doesn't qualify for a stable update
** Changed in: gvfs (Ubuntu)
Status: Confirmed = Fix Released
--
Wastebasket fails with read only
Don't reopen closed bugs, that issue is fixed since jaunty, you can
nominate an hardy task if that's what you are trying to get solved but
that doesn't qualify for a stable update
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug
** Changed in: gvfs (Ubuntu)
Status: Fix Released = Confirmed
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing
Also still on 8.04 and I agree with the comment above by Chris. Readonly
dirs/files should not be moved to Trash.
And:
Files deleted on a nfs-dir are almost impossible to find because they reside on
the nfs-dir itself in a .Trash-$userid file.
--
Wastebasket fails with read only directories
as an 8.04 user I still have the problem. At least this thread told me
where to find the trash. Nautilus is too clever at hiding things.
Sometimes one NEEDS to know what is under the hood.
I disagree with the fix though. Files/folders that the user has no right
to delete should never make it to
This bug was fixed in the package gvfs - 1.1.3-0ubuntu1
---
gvfs (1.1.3-0ubuntu1) jaunty; urgency=low
* New upstream version:
- ftp: fix limited number of connections causes commands to fail
- trash: fix parallel build doesn't work
- trash: add trash::orig-path and
** Changed in: nautilus
Status: Confirmed = Invalid
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
Fix for this was committed upstream in GVFS:
2008-12-16 Ryan Lortie
* daemon/trashlib/trashexpunge.c: set files to mode 700 before
deleting to deal with users trashing read-only directories
** Changed in: nautilus
Bugwatch: GNOME Bug Tracker #108307 = GNOME Bug Tracker
** Changed in: nautilus
Status: Unknown = Fix Released
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
Confirming in Intrepid,
This fixed it:
[EMAIL PROTECTED]:/home/thomas# chmod -R +w ./.local/share/Trash/files/*
[EMAIL PROTECTED]:/home/thomas# rm ./.local/share/Trash/files/*
rm: cannot remove `./.local/share/Trash/files/allvarlogs': Is a directory
[EMAIL PROTECTED]:/home/thomas# rm -R
Fully agree with previous commenter.
What about situation in Intrepid? Nautilus can restore files from trash there,
what about permissions?
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
I have equal experience of Daniel Silverstone in the Ubuntu 8.04
distribution:
an directory with read-only permission can moved in the trash but can't
removed from the trash.
Then i have execute sudo chmod -R +w .local/share/trash/files/* from
my home
At this point the trash can be emptied.
i
Hi there,
I also have that problem, and I want to add another perspective. I have
put 2 folders in my wastebin, a small on: firefox 10,6 MB and a larger
one: APTonCD 928 MB. I had previously changed the permissions: '$ sudo
chmod -cR 777 ./firefox* ./APTonCD' and '$ sudo chown -cR 1000
./firefox*
I can confirm this bug. Simply run 'gksu nautilus' and select Trash from
the sidebar is enough to trigger this memory behaviour.
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop
the sudo issue is an another bug
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
I was seeing this too. Using chown to reassign the files to me worked
fine.
In my own cack-handed attempt to remove files in my wastebasket owned
by root, I started a 'sudo nautilus' session and clicked on 'Deleted
Items' in the sidebar. The window grayed out and did not come back. It
appeared
@ Patrick Byrne
Doing something similar to you I ended up with a greyed out gksudo nautilus as
well which kept taking up memory until I forced it to close.
In my opinion it shouldn't be necessary to resort to to the terminal to
delete files.
--
Wastebasket fails with read only directories
type sudo chown -R {insert user name here} ~/.local/share/Trash/* into
the terminal
This will change the owner of all files in the trash to you then just
empty the trash like normal
Ubuntu Hardy
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received
When I had this problem in in Ubuntu 8.04 (Hardy Heron), the following
worked for me:
1. Go to .local/share/Trash/files in your ´home´ directory, for example on the
command line:
cd .local/share/Trash/files
2. Type in: sudo rm -r name_of_folder
Maybe it is best to check folder and file
When I visit ~/.local/share/Trash/ the files I want to delete don't
appear to be there.
rm ~/.local/share/Trash/* results in an error because there are
directories contained in that folder...
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this
Actual files are stored in that $XDG_DATA_HOME/Trash/files/, but every
file in that folder has a corresponding entry in
$XDG_DATA_HOME/Trash/info/ that needs to be deleted as well (else you
get phantom files, they show up in trash but nowhere else). Also,
external mounts store trash
another thing is that -since hardy- ~/.Trash is gone, one cannot run 'sudo rm
-rf .Trash/*' anymore.
how do i actually delete those files and folders in wastebasket?
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because
rm $XDG_DATA_HOME/Trash/*
normally $XDG_DATA_HOME is ~/.local/share/, so
rm ~/.local/share/Trash/* is the equivalent command.
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
thanks, that did it!
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
I'm on Hardy Beta.
I got a similar issue when I installed True Combat: Elite and then tried to
delete it. I can't replicate it though.
The folder in my Trash is .etwolf the folder with root ownership is on
.etwolf/tcetest/zzz_sr8-r93_nopistol.pk3. Trying to delete .etwolf spits
back the error:
Same on Hardy Beta as Peter T H. said above.
Also once a folder with root owned items is put into the trash, not only
you cannot delete it but you cannot drag it back out of the trash
without a permission denied error. This is not a Wish List, it's quite
serious.
--
Wastebasket fails with read
Hardy 8.04
Nautilus 2.22.1
I had a directory that I owned moved to Trash.
The directory contained files and directories owned by root but I was not
challenged.
The rules for moving to Trash need to use inbuilt security.
The files that are actually in Trash need to be fully under control of the
** Description changed:
Method: move a directory to the trash and empty the trash
Expected result: trash gets emptied
Actual result: trash complains about read only dirs
Hypothesis: Trash can cannot cope with directories being read only
Reproduction method:
1. create a
I marked bug 3868 and its duplicates as duplicates of this bug. They
both referenced the same Gnome bug, but this one contains more detailed
information on how to duplicate the bug.
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug
This is still an issue in hardy.
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
This is a bug, and I can also confirm it.
If you're not supposed to have write permission, why can you move it to
the trash in the first place?
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of
** Changed in: nautilus (Ubuntu)
Status: Confirmed = Triaged
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a direct subscriber.
--
desktop-bugs mailing
Confirmed in gutsy.
My recommended fix is that when you choose to empty the trash, nautilus should
do either this:
if [ `rm -fr ~/.Trash/*` != ]
then
chmod +w ~/.Trash/
if [ `rm -fr ~/.Trash/*` != ]
then
#Do the This file could not be deleted thing
fi
fi
Or:
chmod +w ~/.Trash/
if [ `rm -fr
I agree with the previous comments that this is not a bug. However, it
should be considered to process the files being moved to the Trash to
see if the user has permissions to delete them, and throw an error if
the permissions do not allow it. But that could get complicated.
--
Wastebasket fails
This is not a bug. Readonly files that the user owns are deleted
normally. If you don't own the file you can't delete it unless the
permissions allow it.
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You received this bug notification because you are a
Sorry, yes read only directorys cannot be removed even by the owner. I
will look into altering that dialog. I think something like This
directory is marked as readonly, are you sure you want to remove it?
would be more appropriate than the current You do not have permission
error esp. since it
Why is it not a bug as I described on 2007-05-07? That an ordinary user
can create files but not delete them should not be conform with the
motto it just works. Instead it reminds me of a kind of DRM...
--
Wastebasket fails with read only directories
https://bugs.launchpad.net/bugs/7560
You
Probably my problem is the same as yours, lets see: I copied files from
a SMB server to my local desktop. The original files have read-only
permissions and so have the copies on my desktop. The result is that I
can not modify or delete the files on my desktop anymore. Very silly
bug!
--
hmm, this dosn't sound like a 'bug' to me, more like a wishlist.
I think nautilus is behaving fine, the whole point of read-only is that
the files permissions are rigged to not allow you to edit the files /
delete them.
As nautilus's abilities are based upon your user privilages. Nautilus
cant
I think nautilus is behaving fine, the whole point of read-only is that the
files permissions are rigged to not allow you to edit the files / delete them.
Well then it shouldn't move them to the trash in the first place.
--
Wastebasket fails with read only directories
** Changed in: nautilus (Ubuntu)
Assignee: Sebastien Bacher = Ubuntu Desktop Bugs
--
Wastebasket fails with read only directories
https://launchpad.net/bugs/7560
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
** Changed in: nautilus (upstream)
Status: Unknown = Confirmed
--
Wastebasket fails with read only directories
https://launchpad.net/bugs/7560
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I like to confirm this, since files moved from a CD to the Wastebasket have
a read-only attribute and cannot be emptied easily.
On 8/15/06, Bug Watch Updater [EMAIL PROTECTED] wrote:
** Changed in: nautilus (upstream)
Status: Unknown = Confirmed
--
Wastebasket fails with read only
This is actually the same as bug #39482 and they need to be merged. The
root of the two observed behaviors is the same. I have sent a patch
upstream but it was argued that it might incur too much overhead and was
thus rejected. This thread shows what type of a patch Alex (nautilus
upstream) would
45 matches
Mail list logo
