Skip to content

Fix setup errors and prepare v2.0.11 - #28

Merged
john-lazarus merged 2 commits into
mainfrom
fix/setup-errors-v2.0.11
Sep 30, 2026
Merged

john-lazarus merged 2 commits into
mainfrom
fix/setup-errors-v2.0.11

Conversation

@john-lazarus

Copy link
Copy Markdown
Owner

The setup flow was catching Home Assistant's normal duplicate-entry abort and showing it as an unexpected error. This moves those checks before the API request and checks again before saving an entry.

API errors now carry a specific category instead of being classified by message text. Raw response bodies are no longer included in error messages, and malformed detail responses are rejected before reaching the coordinator. Existing credentials, selections, sensors and polling behaviour stay unchanged.

The new tests exercise the API boundary with real aiohttp and the config-flow helpers with real Home Assistant. CI also runs the existing regression suite. Publishing requires an explicit release/vX.Y.Z branch at the tested main commit; ordinary pushes do not release anything.

Related to #22. This does not claim to fix upstream DNS failures, HTTP 502s or logger disconnections.

Prepare v2.0.11 with API and real Home Assistant config-flow regressions. Keep polling and entity identities unchanged. Add an explicit, test-gated release-branch workflow.

Related to #22.
Use the 2024.8.3 upstream constraints and pre-breaking josepy/pycares majors in the legacy CI environment. This leaves integration runtime dependencies unchanged.
@john-lazarus
john-lazarus merged commit 011c2f2 into main Sep 30, 2026
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant