Skip to content

Conversation

kbutz
Copy link
Contributor

@kbutz kbutz commented Mar 29, 2025

No description provided.

@kbutz
Copy link
Contributor Author

kbutz commented Mar 29, 2025

While I was in there, I spotted some err vars that are unused by the client and rest of the sftp repo. Feel free to close this PR is they should remain!

Copy link
Collaborator

@puellanivis puellanivis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm… it seems there are codebases that are using this variable, even though it’s entirely unused otherwise.

This is basically why we have all the deprecated error variables that are now prefixed with Err.

While I think it’s generally a good idea to keep an API surface clean, we live with what we were given, and try not to break code that is using our code, and !strings.Contains(err.Error(), sftp.ErrInternalInconsistency.Error()) isn’t broken right now, but would break with this change.

Usually, API cleanups are scheduled and delayed for a v2, release, which is already in the dev-v2 branch.

@kbutz
Copy link
Contributor Author

kbutz commented Mar 29, 2025

That makes sense, I'll close this. Thanks!

@kbutz kbutz closed this Mar 29, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants