Nautilus 3.20 : deleted items are not shown in Trash folder

Bug #1633527 reported by cl-netbox
42
This bug affects 9 people
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

After a clean installation of Ubuntu 16.10, all files and folders being deleted from mounted ext4 partitions are not shown in the Trash folder. The items being deleted from the /home directory are shown. The deleted items are present in the .Trash-1000 folder of each ext4 partition though. After permanently deleting the folder and again deleting something, the folder is recreated as expected, but the Expunged sub folder is missing and there is still nothing to be seen in the Trash folder. The same behavior occurs when doing it from the installation media. This does not happen in other Linux distributions with GNOME 3.20 desktop environment when using the Nautilus 3.20 file manager.
---
ApportVersion: 2.20.3-0ubuntu8
Architecture: amd64
DistroRelease: Ubuntu 16.10
GsettingsChanges:
 org.gnome.nautilus.preferences click-policy 'single'
 org.gnome.nautilus.preferences show-delete-permanently true
 org.gnome.nautilus.preferences default-folder-viewer 'list-view'
 org.gnome.nautilus.window-state maximized true
 org.gnome.nautilus.list-view default-visible-columns ['name', 'size', 'type', 'date_modified']
InstallationDate: Installed on 2016-10-13 (1 days ago)
InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.2)
NonfreeKernelModules: zfs zunicode zcommon znvpair zavl
Package: nautilus 1:3.20.3-1ubuntu3
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 4.8.0-22.24-generic 4.8.0
Tags: yakkety
Uname: Linux 4.8.0-22-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

_MarkForUpload: True
usr_lib_nautilus: gnome-terminal 3.20.2-1ubuntu5

Revision history for this message
Paul White (paulw2u) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command only once, as it will automatically gather debugging information, in a terminal:

apport-collect 1633527

Please then change the bug status back to "New".

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

Changed in nautilus (Ubuntu):
status: New → Incomplete
tags: added: yakkety
Revision history for this message
cl-netbox (cl-netbox) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
cl-netbox (cl-netbox) wrote : JournalErrors.txt

apport information

Revision history for this message
cl-netbox (cl-netbox) wrote : ProcEnviron.txt

apport information

Changed in nautilus (Ubuntu):
status: Incomplete → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in nautilus (Ubuntu):
status: New → Confirmed
Revision history for this message
Aurélien Leblond (blablack) wrote :

I am affected with the same bug, but only for my NFS drive.
All my local files show the files in Trash (and in the .trash associated folder).
But for my NFS drive, the files go in the .trash folder but don't show in the Trash itself (as described in this bug).

Revision history for this message
cl-netbox (cl-netbox) wrote :

Additional information : Meanwhile I installed Ubuntu 16.10 on three different machines and on all of those three installations the above described problem is exactly the same.

Revision history for this message
cl-netbox (cl-netbox) wrote :

I think this is not a duplicate of bug#1633824, because it effects all internal (built-in) disks and ext4 partitions - not only externals drives.

Revision history for this message
Luka (luka-jovicic16) wrote :

Not a duplicate of #1633824, happens with other partitions on internal HDD as well (tested only with NTFS), only files showing up in Trash are those deleted from /home/user/

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.