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
The Android system restarts the current Activity when it detects certain "configChanges", unless the app declares in its AndroidManifest.xml that the app will specifically handle (including ignore) the change.
Bluetooth disconnection (and connection) events are such a config change, and somewhat astonishingly have the configChanges label of "nagivation", which is not included in the noa-flutterandroid:configChanges list. Unless this Activity restart is intended behaviour, "|navigation" should probably be appended to the list.
There is some rationale for such a disruptive change based on a bluetooth event (e.g. connecting/disconnecting a bluetooth keyboard) - it might result in a full redraw of the app to include/remove an on-screen keyboard etc.
In my case I was testing control using a bluetooth page-turning ring in my own app, and I was able to reproduce the issue in noa-flutter.
Given general difficulty with pairing, connecting and disconnecting, I'm sure it doesn't help if the app (which has to connect as its first step!) also restarts its activity on every connect and disconnect event (unless you're really good at persisting the state, restoring it, and re-establishing connections etc.)
The text was updated successfully, but these errors were encountered:
The Android system restarts the current Activity when it detects certain "configChanges", unless the app declares in its AndroidManifest.xml that the app will specifically handle (including ignore) the change.
Bluetooth disconnection (and connection) events are such a config change, and somewhat astonishingly have the configChanges label of "nagivation", which is not included in the
noa-flutter
android:configChanges
list. Unless this Activity restart is intended behaviour,"|navigation"
should probably be appended to the list.There is some rationale for such a disruptive change based on a bluetooth event (e.g. connecting/disconnecting a bluetooth keyboard) - it might result in a full redraw of the app to include/remove an on-screen keyboard etc.
In my case I was testing control using a bluetooth page-turning ring in my own app, and I was able to reproduce the issue in
noa-flutter
.Given general difficulty with pairing, connecting and disconnecting, I'm sure it doesn't help if the app (which has to connect as its first step!) also restarts its activity on every connect and disconnect event (unless you're really good at persisting the state, restoring it, and re-establishing connections etc.)
The text was updated successfully, but these errors were encountered: