You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix: pooled-WS connection-error residue and verify_ssl pool-key split (#1833)
* fix: pooled-WS connection-error residue and verify_ssl pool-key split
Follow-up to the two review notes on #1832:
- shared is_connection_error_message() helper (extracted from the
history classifier); calendar's WS sites re-raise transport-shaped
failures as HomeAssistantConnectionError and both calendar error
handlers return connectivity guidance instead of rrule/uid hints;
radio's _resolve_entity_device raises CONNECTION_FAILED for a
transport drop instead of ENTITY_NOT_FOUND
- WebSocketManager.get_client keys on the EFFECTIVE verify_ssl
(None resolves to the settings default), so callers passing the
resolved default share the pooled connection with callers that omit
the argument; only genuine overrides get an isolated connection
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DdbHee9XY1vr1277vcJsdt
* fix: review-round hardening for the connection classifier and pool key
- is_connection_error_message stringifies its payload (HA error frames
can carry a dict or None in the error slot)
- pool-key settings lookup falls back to verify_ssl=True on settings
load failure, mirroring HomeAssistantWebSocketClient.__init__
(extracted to _effective_verify_ssl to stay under the complexity cap)
- broaden the connection signatures with the pool's own close messages:
'closed while waiting', 'connection dropped', 'not authenticated'
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DdbHee9XY1vr1277vcJsdt
---------
Co-authored-by: kingpanther13 <kingpanther13@users.noreply.github.com>
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
0 commit comments