desktop-packages team mailing list archive

[mohican <192629@xxxxxxxxxxxxxxxxxx>]

The solution of mounting the ntfs partition with uid=1000 and gid=46
(46=plugdev) allows to use the trash only for the first user (uid=1000).

However if there are more users it does not work for them.

Even if they are included in the pludev group and all the permissions are given to the group and a .Trash-1001 folder is created, there is no access to the trash for user 1001.
User 1001 can manually write into the .Trash-1001 folder (which belongs to 1000:46).
However deletion of a file (from nautilus menu) is immediate.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/192629

Title:
  "Cannot move file to trash, do you want to delete immediately?" on
  NTFS / VFAT partitions

Status in The "G" Library - GLib:
  New
Status in glib2.0 package in Ubuntu:
  Triaged

Bug description:
  Trying to delete files with nautilus from a vfat partition "fails".
  Well, the file can be deleted OK, but it seems gvfs can't send the
  file to the trashcan, so only permanent delete is available.
  Furthermore, the name of the file appears in little boxes, similar to
  viewing a chinese site using Latin-1 encoding (will attach
  screenshot).

  Distro: Hardy up to date (17-february 2008)

  Steps to reproduce: Copy a file to an vfat partition. Select it and delete using nautilus. A message error will appear: 
    "Can't move file to trashcan. Do you want to delete it inmediately?"
    "File <<little-boxes>>cannot be moved to trashcan"

  Versions:
  Nautilus 1:2.21.91-0ubuntu2
  gvfs 0.1.7-0ubuntu4

  /etc/fstab for the vfat partition:
  UUID=9445-A956  /fat32          vfat    defaults,utf8,umask=007,gid=46 0       1

To manage notifications about this bug go to:
https://bugs.launchpad.net/glib/+bug/192629/+subscriptions