0.64 Delete Files on Linux

[mdalacu]

There is a bug when you are trying to delete files from a mounted ntfs volume (i have all the rights) . I does show that XnViewMP deleted the file but the file is still on the disk. If you have the same files on a EXT4 volume the problem does not exists. I am using Ubuntu 13.10 x64.
The problem was present also in 0.61 version, bun not on the older ones.

[oops66]

Hello,
Strange here the file is deleted (and i can restore it from trash can).

(XnViewMP 0.64 Linux X64 - Ubuntu 12.04 LTS - X64 )
EX. Into the xnViewMP browser:
/home/user1/.gvfs/disque_dur_BOX_sur_192.168.1.1/dir01/pic01.jpg
or local hdd or partition:
//media/ntfs-data/0_test/pic01.jpg

Code: Select all

gvfs mount:
gvfs-mount -dm `readlink -f /dev/disk/by-label/ntfs-data`

umount:
gvfs-mount -u /media/ntfs-data  # LABEL="ntfs-data"

[mdalacu]

My ntfs partition is mounted at boot in /etc/fstab, this is the only difference.
But i can say for sure that it does not delete the files.
If i delete the file from nautilus a popup appears asking me if i really want to delete it because it can't be moved to Trash and i will be unable to restore it.

[oops66]

Yes, today, XnViewMP only works correctly with gvfs-mount ("user mount") to delete files.

Code: Select all

 not with:
sudo mount -t ntfs-3g /dev/sda5 /mnt/ntfs-data
sudo umount /mnt/ntfs-data
or 
into /etc/fstab

... And both mount type should be supported for XnViewMP linux ... (so it's a suggestion) ... Pierre?

[mdalacu]

Again, in version 0.55 it worked...

[oops66]

Again, in version 0.55 it worked...

... No, because an other bug (a more dangerous bug) was present, see here:

http://newsgroup.xnview.com/viewtopic.p ... 67#p111667

[monte]

0.69
Ext4 auto-mounted with fstab. XnView doesn't delete files. That's very uncomfortable. Could we expect any progress with this bug?

[lionel]

Hello,

I confirm the issue with XnView 0.69 and Linux Mint 17.

File deletion is working fine with my home directory, ext4 auto-mounted partition defined in /etc/fstab with:
UUID=some-uuid /home ext4 defaults 0 2

File deletion isn't working with my Windows shared partition, ntfs auto-mounted partition defined in /etc/fstab with:
/dev/disk/by-uuid/some-other-uuid /mnt/DATA auto nosuid,nodev,nofail,x-gvfs-show,auto 0 0

And finally, file deletion is working fine with my external ntfs usb disk.

[lionel]

Hello again,

I've tried with EyeOfGnome and Nemo (Cinnamon's file explorer) and I've discovered there was a problem with the trash for this partition. I've found this http://ubuntuforums.org/showthread.php?t=1499345 and I've updated my /etc/fstab file by adding the uid and gid options like this:

/dev/disk/by-uuid/some-uuid /mnt/DATA auto nosuid,nodev,nofail,x-gvfs-show,auto,uid=1000,gid=46 0 0

1000 is my user id and 46 is the plugdev group id.

After unmounting and mounting again the partition (sudo umount /mnt/DATA && sudo mount -a), the trash is back for this partition and XNViewMP is now able to move files to trash or to delete them according to my configuration.

[vedavrata]

My ntfs partition is mounted at boot in /etc/fstab, this is the only difference.
But i can say for sure that it does not delete the files.
If i delete the file from nautilus a popup appears asking me if i really want to delete it because it can't be moved to Trash and i will be unable to restore it.

i have the same problem:
XnViewMP; Version 0.72 x64 (Dec 19 2014); Libformat version 6.64
Ubuntu 15.04; XFCE (Xubuntu).
FS = NTFS.

When i try to delete file/files, XnViewMP says that "deleted", and even it/they disappear from the file-list (the thumbnails), but it remains on the the file-system (disk).
If i do "refresh" (F5), then "deleted" file/files return inti the file-list (the thumbnails).

This error persists in both cases: "Use recycle bin" = 'ON' or 'OFF'
("delete to recycle bin" or "delete without recycle bin").

Kindly help.

[oops66]

0.69
Ext4 auto-mounted with fstab. XnView doesn't delete files. That's very uncomfortable. Could we expect any progress with this bug?

Hello,
It's logical, fstab is mounted by root and you are into you user account I guess.

... So into the user environment it's better to use an user tool (so the user trash too) "gvfs-mount"
example:

Code: Select all

gvfs-mount -dm /dev/sdb3   #to mount
or
gvfs-mount -dm `readlink -f /dev/disk/by-uuid/0D96239xxxxxC4E1`
... and to umount
gvfs-mount -u /media/D2-ntfs  # LABEL="D2-ntfs - sdb3 to unount
or mouse click via nautilus - the files explorer

[XnviewSuperFan]

WORKARROUND
I am using XnViewMP
Version 0.72 x32 (Dec 19 2014)
Libformat version 6.64
on Suse Linux 13.1
and had the same problem: No File deletion on windows shared partitions, no matter what kind of format (NFts or vfat) they had.
In former versions of Xnview MP it worked without any problem.
Following the suggestion of lionel I edited the etc/fstab file (as SU) and inserted my uid=1000 in the description of the windows shared haddisk.
What happend after first restart of the system was curios: Deletion functioned without any problem and I found the deleted files in the
trash basket of my normal Linux home directory.
After next system start this behavior changed: Now there was a new hidden trash basket in the ground directory of the windows shared disk called .Trash-1000 and all
Xnview deleted files where gathered there. This remained. You can work now normally with XnviewMP. The only thing you habe to do from time to time is to delete the deleted Files in
this basket by using Dolphin. Or, naturally, you can restore them by using Dolphin.

[vedavrata]

WORKARROUND
XnViewMP; version 0.72 (Dec 19 2014); Libformat version 6.64
the same problem: No File deletion on windows shared partitions (NFts or vfat).
I edited the /etc/fstab file and inserted my uid=1000 in the description of the shared haddisk.

This helped me as well.