Skip to content

Actions: Bluetooth-Devices/bleak-retry-connector

Actions

All workflows

Actions

Loading...
Loading

Showing runs from all workflows
1,063 workflow runs
1,063 workflow runs

Filter by Event

Filter by Status

Filter by Branch

Filter by Actor

Issue Manager Issue Manager #974: Scheduled
17s main
main
17s
No adapter fallback -- all retries use the same adapter even when multiple are available Issue Manager #973: Issue comment #227 (comment) created by cgoudie
16s
16s
Issue Manager Issue Manager #972: Scheduled
13s main
main
13s
No adapter fallback -- all retries use the same adapter even when multiple are available Issue Manager #971: Issue comment #227 (comment) created by cgoudie
14s
14s
Issue Manager Issue Manager #970: Scheduled
13s main
main
13s
asyncio safety timeout cannot fire when event loop is blocked by D-Bus call Issue Manager #969: Issue comment #229 (comment) created by cgoudie
32s
32s
No adapter fallback -- all retries use the same adapter even when multiple are available Issue Manager #968: Issue comment #227 (comment) created by bdraco
13s
13s
No adapter fallback -- all retries use the same adapter even when multiple are available Issue Manager #967: Issue comment #227 (comment) created by cgoudie
13s
13s
No recovery escalation when targeted fixes fail -- deeply stuck adapters require manual intervention Issue Manager #966: Issue comment #234 (comment) created by cgoudie
12s
12s
No mechanism to detect zombie connections -- silent radio death goes undetected Issue Manager #965: Issue comment #228 (comment) created by cgoudie
11s
11s
wait_for_disconnect() does not detect phantom connections on timeout -- stale state persists into next retry Issue Manager #964: Issue comment #230 (comment) created by cgoudie
14s
14s
establish_connection() adopts phantom connections from BlueZ without validation -- returns non-functional client Issue Manager #963: Issue comment #231 (comment) created by cgoudie
13s
13s
org.bluez.Error.InProgress during Connect is not classified -- stale BlueZ state causes repeated connection failures Issue Manager #962: Issue comment #226 (comment) created by cgoudie
13s
13s
github_actions in /. - Update #1245835231 Dependabot Updates #188: by dependabot bot
36s main
main
36s
pip in /. - Update #1245835116 Dependabot Updates #187: by dependabot bot
58s main
main
58s
org.bluez.Error.InProgress during Connect is not classified -- stale BlueZ state causes repeated connection failures Issue Manager #961: Issue comment #226 (comment) created by bdraco
15s
15s
feat: add optional validate_connection callback to establish_connection Issue Manager #960: Issue comment #225 (comment) created by bdraco
14s
14s
feat: add optional validate_connection callback to establish_connection Issue Manager #959: Issue comment #225 (comment) created by bdraco
15s
15s
feat: add optional validate_connection callback to establish_connection Issue Manager #958: Issue comment #225 (comment) created by codecov bot
16s
16s
feat: add optional validate_connection callback to establish_connection CI #599: Pull request #225 opened by cgoudie
41s TechBlueprints:feat/validate-connection
TechBlueprints:feat/validate-connection
41s
feat: adapter recovery escalation chain and tool capabilities Issue Manager #957: Issue comment #223 (comment) created by bdraco
15s
15s
feat: add per-adapter cross-process file locking for BLE serialization Issue Manager #956: Issue comment #222 (comment) created by bdraco
11s
11s
feat: enhance wait_for_disconnect() with phantom cleanup on timeout Issue Manager #955: Issue comment #221 (comment) created by bdraco
14s
14s
feat: add opt-in thread-level safety timer for stuck event loops Issue Manager #954: Issue comment #220 (comment) created by bdraco
14s
14s
feat: add ConnectionWatchdog for monitoring BLE notification activity Issue Manager #953: Issue comment #219 (comment) created by bdraco
12s
12s