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
This is potentially an existential question, but I realize I made a decision in implementation long ago that warrants at least some discussion.
The SFTP v2 specification describes REMOVE functionality but does not explain the circumstances under which a response should return SUCCESS vs FAILURE.
As currently implemented we return a FAILURE if a file does not exist, but this is potentially strange since that means the final state is actually the intended state from a user operation perspective.
For rclone this failure means the program goes on to attempt (and of course fail) to remove the path as a directory.
This is not necessarily an incorrect implementation! I just wanted to raise it.
The text was updated successfully, but these errors were encountered:
This is potentially an existential question, but I realize I made a decision in implementation long ago that warrants at least some discussion.
The SFTP v2 specification describes REMOVE functionality but does not explain the circumstances under which a response should return SUCCESS vs FAILURE.
As currently implemented we return a FAILURE if a file does not exist, but this is potentially strange since that means the final state is actually the intended state from a user operation perspective.
For rclone this failure means the program goes on to attempt (and of course fail) to remove the path as a directory.
This is not necessarily an incorrect implementation! I just wanted to raise it.
The text was updated successfully, but these errors were encountered: