v0.66.2: FileBrowser umask 002 via entrypoint wrapper
gtstef/filebrowser is a single Go binary that ignores a UMASK env (verified live: -e UMASK=002 leaves PID1 0022), so RenderFileBrowserCompose wraps the entrypoint sh -c 'umask 002; exec /home/filebrowser/filebrowser'. Customer-created folders now come out 2775 (group-writable) so group-1000 apps can write into them. Test asserts the wrapper is rendered. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,5 +1,16 @@
|
||||
## Changelog
|
||||
|
||||
### v0.66.2 — FileBrowser umask 002 (customer folders group-writable) (2026-06-15)
|
||||
|
||||
FileBrowser (uid 1000) created folders with umask 022 → mode 2755 (setgid from the parent, but
|
||||
group-READ only), so a folder a customer made in FileBrowser could not be written by the content apps
|
||||
in group 1000. The gtstef/filebrowser image is a single Go binary (`entrypoint ./filebrowser`) and does
|
||||
NOT honor a `UMASK` env (verified live: `-e UMASK=002` leaves PID1 at 0022), so `RenderFileBrowserCompose`
|
||||
(`internal/infra/infra.go`) now wraps the entrypoint:
|
||||
`["sh","-c","umask 002; exec /home/filebrowser/filebrowser"]`. Customer-created folders now come out
|
||||
**2775** (group-writable) so all group-1000 apps can use them. Test asserts the rendered compose carries
|
||||
the wrapper. (Pre-existing pre-fix folders stay 2755 — recreated on the demo; no data.)
|
||||
|
||||
### v0.66.1 — fix USERDATA_PATH on first deploy (2026-06-14)
|
||||
|
||||
The initial deploy path (`DeployStack` → `composeExecWithEnv`) builds its compose env from the deploy
|
||||
|
||||
Reference in New Issue
Block a user