mirror of
https://github.com/fsouza/fake-gcs-server.git
synced 2026-04-26 06:05:54 +03:00
[GH-ISSUE #1327] etag value has extra backslashes when uploading object #188
Labels
No labels
bug
compatibility-issue
docker
documentation
enhancement
help wanted
needs information
pull-request
question
stale
unfortunate
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/fake-gcs-server#188
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @szgupta on GitHub (Sep 13, 2023).
Original GitHub issue: https://github.com/fsouza/fake-gcs-server/issues/1327
When uploading an object against a
fake-gcs-server, I'm noticing that theetagvalue has escaped backslashes before and after the actual md5 hash. Looks to be due to poor escaping. A GCS client library that I'm using fails to parse theetagattribute because of this. I wasn't able to repro when uploading against GCS itself.Raw json output when uploading against
fake-gcs-server:Raw json output when uploading against GCS itself:
@fsouza commented on GitHub (Sep 22, 2023):
@szgupta can you provide more details a bit? Like which backend are you using (if you can share the command you used to start the server, that would be perfect) and a small reproducer with the client you're using. I suspect the issue is not specific to any clients or the backend, but having more information helps me debug the issue.
Also, is that JSON snippet from the response for get object?
@seemeroland commented on GitHub (Nov 10, 2023):
Here is a minimal reproduction:
Start with some test data.
Go back to base directory and start fake-gcs-server through docker
Get objects with prefix
Output:
etag is
"etag":"\"4cuww4ea+DRyRvEsVZqGtQ==\""