James Rich 2137ef3410 fix(ble): never give up while user has device selected ... The reconnect policy previously capped at 10 consecutive failures and emitted a permanent disconnect, which terminated the reconnect loop and required the user to manually re-select the device. BleRadioTransport is only ever instantiated for the user-selected address (verified via SharedRadioInterfaceService.startTransportLocked), so the only legitimate permanent-disconnect path is explicit close() owned by the service layer. - BleRadioTransport: pass maxFailures = Int.MAX_VALUE; backoff still caps at 60 s so battery impact remains bounded. - BleExceptionClassifier: flip UnmetRequirementException (BT off / permission missing) to non-permanent — both can resolve without the user re-selecting the device. - Test: replace the old 'gives up after DEFAULT_MAX_FAILURES' test with an inverted contract test that runs past the legacy threshold and asserts the policy never emits isPermanent=true on its own.		2026-04-20 11:29:13 -05:00
..
androidMain/kotlin/org/meshtastic/core/ble	refactor(transport): complete transport architecture overhaul — extract callback, wire BleReconnectPolicy, fix safety issues (#5080)	2026-04-12 04:22:18 +00:00
commonMain/kotlin/org/meshtastic/core/ble	fix(ble): never give up while user has device selected	2026-04-20 11:29:13 -05:00
commonTest/kotlin/org/meshtastic/core/ble	refactor(transport): complete transport architecture overhaul — extract callback, wire BleReconnectPolicy, fix safety issues (#5080)	2026-04-12 04:22:18 +00:00
iosMain/kotlin/org/meshtastic/core/ble	feat: implement XModem file transfers and enhance BLE connection robustness (#4959)	2026-03-31 03:49:31 +00:00
jvmMain/kotlin/org/meshtastic/core/ble	fix: harden reliability, clean up KMP compliance, and improve code quality (#5023)	2026-04-09 18:21:46 +00:00