|
4 | 4 |
|
5 | 5 | --- |
6 | 6 |
|
| 7 | +## v1.3.6 |
| 8 | + |
| 9 | +Issues: #367 |
| 10 | + |
| 11 | +**Update promptly if you set the Max Register Block Size option on v1.3.5.** |
| 12 | + |
| 13 | +- **Fix: saving the block-size option took every entity unavailable on some setups.** |
| 14 | + v1.3.5 changed the options flow to store the block size as a label (`"25 registers"`) |
| 15 | + and updated the parsing in the shared-connection path only. The other fetch path still |
| 16 | + called `int()` on it, which raised `ValueError` on every poll. That includes |
| 17 | + **"Auto (recommended)"** — a truthy string, so it never hit the fallback either. |
| 18 | + |
| 19 | + The error was caught by the retry loop rather than crashing Home Assistant, so the |
| 20 | + visible symptom was every sensor going unavailable with `Error during data fetch` in |
| 21 | + the log. It triggered on *any* options save, because the field is required. |
| 22 | + |
| 23 | + Affected: entries **not** using a shared connection — serial/RTU, or TCP entries that |
| 24 | + don't share a host:port with another entry. Shared-connection setups were unaffected. |
| 25 | + |
| 26 | + Reported by @tdalejandro, who diffed the two call sites and identified the exact cause. |
| 27 | + |
| 28 | +- **Internal: the two fetch paths no longer duplicate their option handling.** |
| 29 | + The blocks were byte-identical apart from the two lines above, which is how they drifted |
| 30 | + out of sync in the first place. Both now call one `_apply_client_options()`. |
| 31 | + |
| 32 | +- **Testing: replaced the test that should have caught this.** |
| 33 | + The old one asserted `resolve_block_size(stored_value) == 25` — it called the helper on |
| 34 | + its own output, proving only that the helper worked, and stayed green throughout. It now |
| 35 | + drives the coordinator and checks what actually reaches the client, across every offered |
| 36 | + block-size label. |
| 37 | + |
| 38 | +--- |
| 39 | + |
7 | 40 | ## v1.3.5 |
8 | 41 |
|
9 | 42 | Issues: #360, #367 |
|
0 commit comments