Search results

This repo needs Dependabot auto merge like habluetooth

bugSomething isn't workingSomething isn't working

Status: Open.

#253 In Bluetooth-Devices/bleak-retry-connector;

· bdraco opened on May 15, 2026

Connection failures leave stale BlueZ state that causes subsequent retries to fail identically

Status: Open.

#235 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

No recovery escalation when targeted fixes fail -- deeply stuck adapters require manual intervention

Status: Open.

#234 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

Multiple processes competing for the same BLE adapter cause persistent InProgress errors -- no cross-process serialization

Status: Open.

#233 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

establish_connection() has no way to validate a connection is actually usable before returning it

Status: Open.

#232 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

establish_connection() adopts phantom connections from BlueZ without validation -- returns non-functional client

Status: Open.

#231 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

wait_for_disconnect() does not detect phantom connections on timeout -- stale state persists into next retry

Status: Open.

#230 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

asyncio safety timeout cannot fire when event loop is blocked by D-Bus call

Status: Open.

#229 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

No adapter fallback -- all retries use the same adapter even when multiple are available

Status: Open.

#227 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026

org.bluez.Error.InProgress during Connect is not classified -- stale BlueZ state causes repeated connection failures

Status: Open.

#226 In Bluetooth-Devices/bleak-retry-connector;

· cgoudie opened on Feb 16, 2026