M4 §4/6: the migration permission fix leaves Migration files owned by http:http and read-only
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 68/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- docker, php
- Domain
- devops, documentation
Research direction
Locate the PHP Track > M4 Database Layer > Section 4/6 Common Problems entry and read its existing permission workaround. Check how container occ creates the Migrations directory and file, including ownership and modes, and whether the same issue appears elsewhere. Update the entry with one host-ownership remedy and concrete sane permissions, explaining why 757/646 are unnecessary.
Written by the indexing model from the issue text.
Description
From beta feedback by @yard-mschwartz (2026-08-10 batch).
The permission fix helps to create the
Migrationsdir and the migration file, but it ends up in read-only mode. The directory and the file are created ashttp:http, not asmschwartz:mschwartz. I also put 757 on the directory and 646 on the file, so it matches the permissions of the other files we're working with, but maybe this was not needed.
PHP Track > M4 Database Layer > Section 4/6, Common Problems.
This is a partial fix, not a missing one — the Common Problems entry already documents a permission workaround, and it does get the Migrations directory and migration file created. The gap is what happens next: occ runs as the web-server user inside the container, so the generated files come out owned by http:http and the reader, working from the host, can't edit the very file the next step tells them to edit.
To sort out when picking this up:
- Extend the Common Problems entry so it covers ownership, not just creation.
- Give one recommended way to fix it rather than leaving readers to guess — chown back to the host user is the obvious candidate.
- Answer Marc's open question: were his
757/646needed? Almost certainly not, and we should not leave a beta tester with the impression that world-writable-ish modes are the expected course of action. Recommend concrete, sane modes. - Check whether the same thing bites anywhere else
occgenerates files the reader then edits.
- Dominant language
- TypeScript
- Stars
- 2
- Forks
- 1
- Avg merge
- 1d 2h
- Merged PRs (30d)
- 7
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from nextcloud/academy
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
All issues in nextcloud/academy
Similar issues
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 91/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100