Issue
With the Linux, Windows and Mac versions of AndroidQF, the adb process is left running after androidqf completes or is stopped
With some Linux end users I am seeing they are running into problems re-running androidqf. So far this appears to be after androidqf has been manually stopped, either quitting it while it's actively collecting data or after it fails to find a connected device[0].
DEBUG: Starting androidqf
DEBUG: failed to initialize adb: failed to find a usable adb executable: open <SNIP>/androidqf-v1.6.0-a2/adb: text file busy
DEBUG: failed to initialize adb: failed to initialize adb: failed to find a usable adb executable: open <SNIP>/androidqf-v1.6.0-a2/adb: text file busy
0: This has cropped up as a result of one of the below while androidqf is running or waiting for a device
- cancelling via
ctrl+c part way though.
- quitting the terminal
- running androidqf by double clicking it in file browser before device is connected.
To replicate
I was able to replicate this with v1.6.0 alpha2 on Ubuntu 22.04
- Run androidqf with device not yet connected.
- After the 2nd
Unable to get device state error message you get a somewhat similar error to above:
DEBUG: ADB found at path: <SNIP>/androidqf-v1.6.0-a2/adb
DEBUG: Starting get-state
DEBUG: get-state failed
DEBUG: failed to get adb state: fork/exec <SNIP>/androidqf-v1.6.0-a2/adb: text file busy
DEBUG: failed to initialize adb: failed to get adb state (are you sure a device is connected?): fork/exec <SNIP>/androidqf-v1.6.0-a2/adb: text file busy
Unable to get device state. Please make sure it is connected and authorized. Trying again in 5 seconds...
Work around
- Kill the running adb process - this tends to be problematic and assistance needs to be provided.
- Delete the adb file dropped by androidqf.
- Run androidqf.
Issue
With the Linux, Windows and Mac versions of AndroidQF, the
adbprocess is left running afterandroidqfcompletes or is stoppedWith some Linux end users I am seeing they are running into problems re-running
androidqf. So far this appears to be after androidqf has been manually stopped, either quitting it while it's actively collecting data or after it fails to find a connected device[0].0: This has cropped up as a result of one of the below while androidqf is running or waiting for a device
ctrl+cpart way though.To replicate
I was able to replicate this with v1.6.0 alpha2 on Ubuntu 22.04
Unable to get device stateerror message you get a somewhat similar error to above:Work around