Skip to content

v0.6.7 - Fix for HA 2024.6.0 lockup adding devices

Compare
Choose a tag to compare
@github-actions github-actions released this 06 Jun 14:47
· 58 commits to refs/heads/main since this release

Significant change here is avoiding a race condition exposed by HA 2024.6.0 (from beta6). This was seen when adding a configured device to Bermuda, the dialog would hang spinning waiting for the config flow to apply, and the HA server would loop infinitely restarting Bermuda. Huge thanks to @andreasbrett for raising the issue before the HA release and submitting a comprehensive bug report - much appreciated!

This release also includes the current MAC address for any iBeacons being selected in the Configure Devices config flow. This should make it easier to find and identify devices while setting things up.

Changes

  • Fix!: race condition in 2024.6.0b6 @agittins (#211)
  • feat: Add MAC address to iBeacon listings in configure
  • fix: Don't restore scanner options from saved device
    • We store the options struct along with the cached scanner entries in entry.data. Prevent restoring it, since it overwrites
      newer options set by config. Only affects display of data in the dump_devices service, but might become important if we
      operate using those values later.
  • fix: Ignore disabled PrivateBLE devices

📦 Dependencies

  • chore(deps): bump ruff from 0.4.4 to 0.4.7 @dependabot (#208)
  • chore(deps): bump reorder-python-imports from 3.12.0 to 3.13.0 in /.github/workflows @dependabot (#209)
  • chore(deps): bump ruff from 0.4.7 to 0.4.8 @dependabot (#212)