mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 21:35:58 +03:00
[GH-ISSUE #890] Consider 640 default permissions when x-amz-meta headers do not exist #518
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#518
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 @gaul on GitHub (Jan 11, 2019).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/890
Many users mount S3 buckets with existing objects which lack the s3fs-only
x-amz-meta-headers. These mount with 0000 permissions which frustrate users who need to specify the FUSE option-o umask=037to have permission to read their objects. Users have reported this several times but #673 is a recent occurrence. I propose that we give some default permission, perhaps 640, when these permission headers do not exist. Investigate what goofys does before implementing.@gaul commented on GitHub (Jan 14, 2019):
Also need a default uid and gid; suggest
geteuidandgetegid.