Nautilus

on incorrect permissions dialog "cancel" acts like "skip" (asks the same question for the next item)

Bug #42275 reported by Samuel Cormier-Iijima
10
Affects Status Importance Assigned to Milestone
Nautilus
Confirmed
Medium
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Hi,
I have a mounted VFAT partition which is umask=022. As a normal user I don't have permissions to delete files, but when I select multiple files and choose to delete, cancel and skip apparently do the same thing. Basically there's no way to abort the action except clicking on skip or cancel numerous times. I'm guessing cancel should completely cancel the operation and skip should just skip the file. The behavior is normal on ext2/3 partitions, so I'm not sure where the problem is? Thanks :-)

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

Thanks for your bug. What version of Ubuntu do you use?

Changed in nautilus:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Samuel Cormier-Iijima (sciyoshi) wrote :

Sorry about that, I'm using Dapper with Nautilus 2.14.1

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

The issue is not FAT specific, I've commented on an upstream bug about that: http://bugzilla.gnome.org/show_bug.cgi?id=341597

Changed in nautilus:
status: Needs Info → Confirmed
Revision history for this message
Andrew Keyes (akeyes) wrote :

I can confirm this with Nautilus 2.18.1 in Ubuntu 7.04. I experienced it when accidentally trying to delete 300 files on a mounted ssh directory (Mounted using Places -> Connect to server).

Revision history for this message
RoAblate (ro-ablate) wrote :

I can confirm this is still a problem with the LiveCD 7.10 beta.

One minor point to add - I was seeing another dialog box, with a cancel button, underneath the error dialog box.
But the user can not get to it. It is greyed out and the button is inactive.

While admittedly I don't do UI programming, this seems like a simple bug to kill - don't have the error dialog box block user access to the other dialog box's button so they can cancel the whole operation. You can still require them to handle the error box response too, if it is too much of a pain to cancel it automatically.

Sebastien Bacher (seb128)
Changed in nautilus:
status: Confirmed → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

could you try if that's still an issue in hardy or intrepid?

Changed in nautilus:
importance: Medium → Low
Bug Watch Updater (bug-watch-updater)
Changed in nautilus:
importance: Unknown → Medium
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue seems resolved in the current version

Changed in nautilus (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.