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
A feature that would be handy is to support an optional field that is a checksum. This would be used in two ways
When reading a file's contents (bytes or text), we could include a field that says include_checksum. If true, then the server would compute a checksum of the file to send back that can be used to verify if the content has changed. Alternatively, we make this part of the metadata? Or have another command to do so. Not sure.
When writing a file's contents (bytes or text), we could include a field that says checksum. This would be the checksum of the file's contents presently. If provided and the file's checksum does not match, then the write would fail as the file had changed since the last attempt. Would be handy to ensure that we don't overwrite a remote file.
Also, we'd need to figure out if we want to specify a checksum type or just support a singular type like sha256.
The text was updated successfully, but these errors were encountered:
A feature that would be handy is to support an optional field that is a checksum. This would be used in two ways
include_checksum
. If true, then the server would compute a checksum of the file to send back that can be used to verify if the content has changed. Alternatively, we make this part of the metadata? Or have another command to do so. Not sure.checksum
. This would be the checksum of the file's contents presently. If provided and the file's checksum does not match, then the write would fail as the file had changed since the last attempt. Would be handy to ensure that we don't overwrite a remote file.Also, we'd need to figure out if we want to specify a checksum type or just support a singular type like sha256.
The text was updated successfully, but these errors were encountered: