subsurface.git/android-mobile, branch master

Android: hardcode permissions and don't ask for features

2021-09-13T18:21:34Z

That seems to be the way to force it to not request FINE_LOCATION or GPS access. If I leave this on 'auto' then the dependency on QtPositioning (for showing the map) appears enough for it to claim access to GPS location. I no longer want to deal with the Google Play police for that. Signed-off-by: Dirk Hohndel

android: update Subsurface-mobile manifest for Qt 5.15

2020-11-20T01:18:33Z

With the switch to the bundle build (introduced at Qt 5.14) a couple of the settings in the manifest had to change. Signed-off-by: Dirk Hohndel

Android: update target SDK version to 29

2020-08-18T20:22:11Z

This will be required for Android updates over the next few weeks. Signed-off-by: Dirk Hohndel

android/usb: simply restart the download after receiving permission

2020-03-16T14:58:20Z

If the user tries to download from a device that he hasn't given the app permission to read from, Android will pop up a dialogue asking for that permission. With this after giving the permission we continue (well, technically, restart) the download which is likely the expected behavior. Signed-off-by: Dirk Hohndel

android/usb: show download page again after USB permission granted

2020-03-16T14:58:20Z

If the user hadn't granted USB permissions, yet, we asynchronously get informed once they did that. This ensures that the user gets taken back to the download page once they approve. Signed-off-by: Dirk Hohndel

android/usb: pass the usbDevice for intent handling

2020-03-16T14:58:20Z

Instead of creating a string with all the object information, simply pass the actual object to the C++ code. Signed-off-by: Dirk Hohndel

usb-serial-for-android: React to usb "permit granted" intent (stub)

2020-03-16T14:58:20Z

When a user is downloading from a DC for the first time (without using the "usb device connected" popup), the user is requested to grant permission to use the USB device. This is done asynchronously, thus the download is aborted. To be more user-friendly, we now react to the intent with the "usb granted" result. The plan here is to start the download again. Signed-off-by: Christof Arnosti Signed-off-by: Dirk Hohndel

usb-serial-for-android: Use wakelock

2020-03-16T14:58:20Z

Android takes some pretty hard measures to save power, including shutting down the CPU. Since this can interfer with the download from an usb serial device, we now use a wakelock to keep the CPU running during download. Signed-off-by: Christof Arnosti Signed-off-by: Dirk Hohndel

android usb serial: Prepare device / driver select

2020-03-16T14:58:20Z

This commit contains the serial_android_usb part of the changes proposed in issue #2657. What's implemented: - A data structure that contains all the data that can be used to describe an usb device (including user-facing string). - A function to get a list of all attached usb devices (optionally with selectable driver class). - Changes in the serial_android_usb_open-function and in the Java part to use the information about the usb device and optionally selected driver when connecting. This commit keeps compatibility with the current UI-Code in the case that only one USB-Device is connected. If two devices are connected, only the first one is tried. There are still some small things to do: - Change the user-facing string to something more descriptive. - Parts which aren't uesd anymore when the UI-Part is implemented are simply marked as obsolete (to keep compatibility for now). But generally it seems to work. [Dirk Hohndel: some white space / coding style adjustments] Signed-off-by: Christof Arnosti Signed-off-by: Dirk Hohndel

Android: remove USB devices we don't support

2020-03-10T20:27:43Z

The HID devices and the Atomics Aquatics Cobalt cannot work on Android right now. We should claim to support them. Signed-off-by: Dirk Hohndel