After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 306674 - Trash folder doesn't work on CIFS mounts
Trash folder doesn't work on CIFS mounts
Status: RESOLVED DUPLICATE of bug 145442
Product: gnome-vfs
Classification: Deprecated
Component: File operations
2.8.x
Other All
: Normal normal
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
Depends on:
Blocks:
 
 
Reported: 2005-06-06 15:59 UTC by Shannon Johnson
Modified: 2005-07-17 13:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8



Description Shannon Johnson 2005-06-06 15:59:48 UTC
Please describe the problem:
The trash folder works when the home directory is a smbfs filesystem, but not
when the home directory is a cifs file system. (It's VERY similar to <a
href="http://bugzilla.gnome.org/show_bug.cgi?id=153100">Bug 153100</a>.) 

Steps to reproduce:
1. Mount home directory via cifs.
2. Delete something.
3. Note no change in Trash icon, and notice nothing in the trash:/// uri.


Actual results:
Actually Happens: When a file is deleted from the CIFS home directory, the file
is moved to ~HOME/.Trash, but the icon doesn't change, and the file doesn't show
up in the trash:/// window. When a file is deleted locally, it's moved to
/tmp/.trash-user and does show up in the trash:/// window.

Expected results:
Expected Results: When a file is deleted from the CIFS home directory, I'd
expect it to show up in the trash:/// uri, and the icon to change.

Does this happen every time?
Yes.

Other information:
Comment 1 Sebastien Bacher 2005-07-17 13:12:45 UTC
Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find. 

This bug is fixed with the current versions

*** This bug has been marked as a duplicate of 145442 ***