From f28b4e6edc811e0b925c5c1995ecce2437f4a54c Mon Sep 17 00:00:00 2001 From: Andreas Shimokawa Date: Mon, 16 Dec 2019 22:19:01 +0100 Subject: [PATCH 1/2] prepare release --- CHANGELOG.md | 2 +- app/src/main/res/xml/changelog_master.xml | 6 ++++++ fastlane/metadata/android/en-US/changelogs/163.txt | 4 ++++ 3 files changed, 11 insertions(+), 1 deletion(-) create mode 100644 fastlane/metadata/android/en-US/changelogs/163.txt diff --git a/CHANGELOG.md b/CHANGELOG.md index 9264f7164..36915e781 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -1,6 +1,6 @@ ### Changelog -#### Version 0.40.0 (WIP) +#### Version 0.40.0 * Fossil Q Hybrid: Initial support * Bangle.js: Initial support * Reserve Alarm for Calendar feature restricted to Mi Band 1/2 and moved to per-device settings diff --git a/app/src/main/res/xml/changelog_master.xml b/app/src/main/res/xml/changelog_master.xml index 238225a81..719e4508c 100644 --- a/app/src/main/res/xml/changelog_master.xml +++ b/app/src/main/res/xml/changelog_master.xml @@ -1,5 +1,11 @@ + + Fossil Q Hybrid: Initial support + Bangle.js: Initial support + Reserve Alarm for Calendar feature restricted to Mi Band 1/2 and moved to per-device settings + New icon for App Manager + Try to actively re-connect when a connection gets interrupted (interval grows up to 64 seconds) Mi Band2/Amazfip Bip: Make button action settings per-device and enable for Amazfit Bip diff --git a/fastlane/metadata/android/en-US/changelogs/163.txt b/fastlane/metadata/android/en-US/changelogs/163.txt new file mode 100644 index 000000000..cbf180728 --- /dev/null +++ b/fastlane/metadata/android/en-US/changelogs/163.txt @@ -0,0 +1,4 @@ +* Fossil Q Hybrid: Initial support +* Bangle.js: Initial support +* Reserve Alarm for Calendar feature restricted to Mi Band 1/2 and moved to per-device settings +* New icon for App Manager From 09632afb78c6796c5d4d05400c7d82eda3e611c0 Mon Sep 17 00:00:00 2001 From: Andreas Shimokawa Date: Fri, 20 Dec 2019 07:58:26 +0100 Subject: [PATCH 2/2] Huami: Fix stuck in connecting for most cases This happened when sending a notification while doing authentication. The reason the notification came though is the "auto connect" code that is supposed to connect when a message arrives, so that it does not get lost. This code and DeviceSupport::useAutoConnect() is probably totally useless by now and could be removed in favor of the "waiting for reconnect" state. The bug could have been solved by setting the device busy during authentication in Huami code, but I did it by... Note to self: "Block everything except a disconnect request in DeviceCommunicationService if the device is not yet initialzed but connected, assuming it is somewhere in the middle doing something important" --- .../gadgetbridge/service/DeviceCommunicationService.java | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/app/src/main/java/nodomain/freeyourgadget/gadgetbridge/service/DeviceCommunicationService.java b/app/src/main/java/nodomain/freeyourgadget/gadgetbridge/service/DeviceCommunicationService.java index 5066df6fc..a66528b49 100644 --- a/app/src/main/java/nodomain/freeyourgadget/gadgetbridge/service/DeviceCommunicationService.java +++ b/app/src/main/java/nodomain/freeyourgadget/gadgetbridge/service/DeviceCommunicationService.java @@ -287,7 +287,7 @@ public class DeviceCommunicationService extends Service implements SharedPrefere return START_NOT_STICKY; } - if (mDeviceSupport == null || (!isInitialized() && !mDeviceSupport.useAutoConnect())) { + if (mDeviceSupport == null || (!isInitialized() && !action.equals(ACTION_DISCONNECT) && (!mDeviceSupport.useAutoConnect() || isConnected()))) { // trying to send notification without valid Bluetooth connection if (mGBDevice != null) { // at least send back the current device state