You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 3, 2023. It is now read-only.
When deleting a file from the atom file tree, it gives the error, titled: "The following file couldn't be moved to the trash." in a red dialogue. I am remoting into an FTP/SSH site using Ubuntu's nautilus program.
Steps to Reproduce
Open nautilus
Click "Connect to server" (I am connecting to my Ubuntu OpenSSH server that runs my sftp/ssh--it just works)
Right-click on a system link on the remote site via nautilus GUI, and open with Atom.
delete a file in Atom
Expected behavior: [What you expect to happen]
Right-click on Atom's file tree, hit "delete", get a dialogue confirming the deletion. Atom attempts to move file to trash; if atom fails to move it to the trash, it gives another dialogue stating that it failed, asking the user if they would like Atom to just delete the file WITHOUT moving it to the trash. Some systems/directories do not have a trash.
Actual behavior: [What actually happens]
I delete the file in atom, it gives the error that there is no trash, and the file remains there and I cannot get rid of the file in atom. The error is quite inconsiderate to what the user might want to do.
Reproduces how often: [What percentage of the time does it reproduce?]
Every time without fail.
Versions
Operating System (both desktop and server):
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
Nautilus:
GNOME nautilus 3.14.3
Atom:
Atom 1.23.3
Additional Information
N/A
The text was updated successfully, but these errors were encountered:
if atom fails to move it to the trash, it gives another dialogue stating that it failed, asking the user if they would like Atom to just delete the file WITHOUT moving it to the trash. Some systems/directories do not have a trash.
Because we treat our issues list as the Atom team's backlog, we close duplicates to focus our work and not have to touch the same chunk of code for the same reason multiple times. This is also why we may mark something as duplicate that isn't an exact duplicate but is closely related.
This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks!
lockbot
locked as resolved and limited conversation to collaborators
Jul 14, 2018
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Prerequisites
N/A
Description
When deleting a file from the atom file tree, it gives the error, titled: "The following file couldn't be moved to the trash." in a red dialogue. I am remoting into an FTP/SSH site using Ubuntu's nautilus program.
Steps to Reproduce
Expected behavior: [What you expect to happen]
Right-click on Atom's file tree, hit "delete", get a dialogue confirming the deletion. Atom attempts to move file to trash; if atom fails to move it to the trash, it gives another dialogue stating that it failed, asking the user if they would like Atom to just delete the file WITHOUT moving it to the trash. Some systems/directories do not have a trash.
Actual behavior: [What actually happens]
I delete the file in atom, it gives the error that there is no trash, and the file remains there and I cannot get rid of the file in atom. The error is quite inconsiderate to what the user might want to do.
Reproduces how often: [What percentage of the time does it reproduce?]
Every time without fail.
Versions
Operating System (both desktop and server):
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
Nautilus:
GNOME nautilus 3.14.3
Atom:
Atom 1.23.3
Additional Information
N/A
The text was updated successfully, but these errors were encountered: