nautilus (Hardy Heron x86): files and directories deleting with no permission issues

Bug #252877 reported by marco.pallotta
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GNOME Applets
Confirmed
Medium
gnome-applets (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

In Hardy Heron ( 2.6.24-19-generic #1 SMP x86, nautilus version 1:2.22.3-0ubuntu2), from nautilus, when I try to delete a file or folder, which I haven't permission to delete, through the key CANC, a pop-up window appears to me saying "cannot move file to trash, do you want to delete immediately?".Then if I press "delete" another pop-up windows appears saying "Error while deleting" (permission denied). This behavior is ok.
But if I drag the file or folder to trash first pop-up windows described before appears, but not the second (the one saying permission denied) when I press "delete" button. Obviously nothing is deleted.

Revision history for this message
Ara Pulido (ara) wrote :

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug report, what trash icon do you use?

Changed in nautilus:
status: Triaged → Incomplete
Revision history for this message
marco.pallotta (marco-pallotta) wrote :

The icon trash at the right bottom corner of the desktop.

Revision history for this message
Sebastien Bacher (seb128) wrote :

so that's the applet and not nautilus, reassigning the bug

Changed in nautilus:
status: Incomplete → New
Ara Pulido (ara)
Changed in gnome-applets:
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in gnome-applets:
status: Unknown → Confirmed
Revision history for this message
Clark Killick (clark-killick) wrote :

Ubuntu 8.04 - I open nautilus as root, create a file on my normal user desktop, and then close root's nautilus. As a user, I can edit the file but not save it, as expected. I right-click the file's icon and click "move to the deleted items folder"; it is moved to trash despite me not being the owner. I can open trash and drag the file back onto the user desktop. It is now owned by the user, not root.

Revision history for this message
Clark Killick (clark-killick) wrote :

I'll check the above in a live 10.04 session later.

Revision history for this message
Clark Killick (clark-killick) wrote :

10.04 live session results:

Kubuntu 10.04 live session-

Open a terminal, type 'sudo dolphin'. Navigate to /home/ubuntu/Desktop. Create a file, call it 'roottest', put some text in it and save. Close dolphin. The cursor does not return to the terminal until I click in the terminal and press 'return'. Type 'exit'; the terminal closes.

In the Desktop folder there is now a file called 'roottest'. Properties > permissions show it belongs to root for whom it is read/write, its group is root, 'group' and 'other' only have read access. It can be edited but not subsequently saved.

Right-click 'roottest' and move it to trash. Properties > permissions now show it is owned by ubuntu, its group is ubuntu, and it has only read permission for owner, group and other.

Restore it. Now it belongs to root again as read/write, its group is root, group and other have read access only. I.e. it is back like it was before being moved to trash.

Move it to trash again. Again, it is owned by ubuntu, its group is ubuntu, and it is read-only for owner, group and other.

Empty trash. File 'roottest' is deleted.

-------------------

Ubuntu 10.04 live session-

Open a terminal, type 'sudo nautilus'. Navigate to /home/ubuntu/Desktop. Create a file, call it 'roottest', put some text in it and save. Close nautilus. The prompt does not return to the terminal. Click the close button on the terminal. A message appears; 'Close this terminal? There is a process still running in this terminal. Closing the terminal will kill it.' Click on 'Close terminal'. The terminal closes.

In the Desktop folder there is now a file called 'roottest'. Properties > permissions show it belongs to root for whom it is read/write; 'group' and 'other' only have read access. It can be edited but not subsequently saved.

Right-click 'roottest' and move it to trash. In trash, Properties > permissions show it is still owned by root. Restore it. It is still owned by root. Move it to trash again. It is still owned by root.

Empty trash. File 'roottest' is deleted.

Changed in gnome-applets:
importance: Unknown → Medium
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.