Skip to content

chmod: report umask conflict below the -R operand - #15885

Merged
RenjiSann merged 1 commit into
uutils:mainfrom
eylulseyit:chmod-recursive-umask-warning
Oct 27, 2026
Merged

RenjiSann merged 1 commit into
uutils:mainfrom
eylulseyit:chmod-recursive-umask-warning

Conversation

@eylulseyit

Copy link
Copy Markdown
Contributor

With a bare mode like -w, only the operand itself was checked for bits the umask kept. Entries found while recursing were changed silently and chmod exited with 0. Moved the check into a helper function and call it from safe_chmod_file() too, so every affected entry is reported like GNU does.

Closes #15774

with a bare mode like -w, only the operand itself was checked for bits the umask kept. Entries found while recursing were changed silently. Chmod also exited with 0. Moved the check into a helper function and call it safe_chmod_file()
@eylulseyit
eylulseyit marked this pull request as ready for review October 26, 2026 20:03
@RenjiSann
RenjiSann merged commit c21b7ad into uutils:main Oct 27, 2026
98 checks passed
@RenjiSann

Copy link
Copy Markdown
Collaborator

Thanks !

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.

chmod -R -w exits 0 unlike GNU when umask leaves nested files writable

2 participants