File copy/cut/paste interactions & insufficient privileges

Bug #389422 reported by Yann Lossouarn
This bug affects 5 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts

Bug Description

When I try copying / cutting a file on which I don't own a sufficient right level, or if I try pasting it in a place where I don't own privileges, Nautilus does not provide me with feedback telling me 1) the action was not performed, 2) why it was not performed and 3) how to circumvent the problem... Ideally the dialog should inform the user he has no privilege enough, and proposing him to sudo and perform the action...

ShawnJGoff (shawnjgoff)
Changed in hundredpapercuts:
status: New → Confirmed
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

It would be very nice to give the user an opportunity to enter his/her password at this point.

Changed in hundredpapercuts:
milestone: none → round-9
milestone: round-9 → round-10
Revision history for this message
appi2012 (appi2012) wrote :

Adding an emblem on folders you don't have sufficient permission to alter files and having a notification bar (like the firefox "remember password" bar) when browsing inside those folders would warn the user before he/she tries to make such an action, saving the user time.

Even better, there could be a button on the notification bar allowing the user to authorize himself (using policykit?) to make such actions.

Even if this isn't a paper cut, it would be a great feature to have.

Revision history for this message
Stefan Hammer (j-4-deactivatedaccount) wrote :

David Siegel wrote: "It would be very nice to give the user an opportunity to enter his/her password at this point."

This would be the greatest thing ever. I often have trouble with missing privileges using samba or a removable device etc.
I made a mocup, how it could look like!

Revision history for this message
Przemek K. (azrael) wrote :

This bug seems to be a subset of issues discussed in Bug #12154

Changed in nautilus:
status: Unknown → Invalid
Revision history for this message
Tralalalala (tralalalala) wrote :

In my opinion there are two good ways to fix this annoying bug:
1) Use Policykit to ask for the users password when he tries to perfom an action like creating a new folder, deleting a file, renaming a file or drag and drop a file or directory into a directory he doesn't have any previleges;
2) Use the solution of jango. I have to say I really like that mock up. The moment the user opens this directory he sees he doesn't have enough previleges, he can click the button, enter his password and he can do what he wants to do. Very good mock up, jango.

Revision history for this message
Stefan Hammer (j-4-deactivatedaccount) wrote :

To make it clear:
I thought, that the "no privileges"-bar only appears, if someone tries to paste something in there, or tries to make any changes.
Otherwise it would be too persisting - there a lot of system-folders, where you have no privileges.
And we do not want to destroy something with our action, so the user should not see the button the whole time - this is too alluring to click on it.

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

This would be excellent to fix, but does not appear trivial enough to fix to be considered a paper cut.

Changed in hundredpapercuts:
status: Confirmed → Invalid
milestone: round-10 → none
Revision history for this message
ugmoe2000 (ericpulvino) wrote :

What a shame... this bug used to plague me all the time. In order to get around this gui bug it requires a lot of knowledge for a typical user to learn. The three most obivous assumptions of knowledge is that the user will:

1). Learn that Nautilus is the default file-browser in Ubuntu (as it's not clearly indicated much of anywhere except the "Help-> About" section)
2). Know how to use the CLI.
3). Learn that you can give nautilus root privileges by calling it with "sudo" in front on the CLI.

I remember this error always providing a brick wall for me when I was first learning Ubuntu. I hope it does eventually get onto someone's to-do list for a fix.

Changed in nautilus:
importance: Unknown → Wishlist
status: Invalid → Unknown
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.