When authentication times out the gadget was slightly out of range.
Since communication was successfull a couple of seconds earlier try to
reconnect instead of just disconnect.
Fixes Huawei watches not automatically reconnecting during normal use.
Signed-off-by: Patrick Rudolph <rudolphpatrick05@gmail.com>
Resend a request for the list of stored weather locations when the device is already asking for meteorological conditions but didn't react on earlier initialization attempts.
Fixes: #4485
Co-authored-by: Martin Schitter <ms+git@mur.at>
Reviewed-on: https://codeberg.org/Freeyourgadget/Gadgetbridge/pulls/4512
Co-authored-by: mash-graz <mash-graz@noreply.codeberg.org>
Co-committed-by: mash-graz <mash-graz@noreply.codeberg.org>
Even though it said "minutes", all devices that use this preference
(Xiaomi-protobuf and Zepp OS), get the raw value, and they expect it to
be in hours.
Currently only ActivitySamples that *start* within the specified time
frame are loaded from the DB, but ActivitySamples that end in the specified
time frame are ignored. On the Dashboard and the activity summary chart
some activities might thus be missing.
Since the sleep activity usually starts hours before midnight it doesn't
get loaded and the Dashboard doesn't properly display the sleep phase.
To fix this issue load all ActivitySamples that overlay the specified
time frame, that means it also loads samples that end within the timeframe.
Fixes issue #4510
Signed-off-by: Patrick Rudolph <rudolphpatrick05@gmail.com>
AsteroidOS generally uses the 'summary' field for the notification's sender - this commit should make gadgetbridge behave more consistently with AsteroidOSSync
This fix was suggested by Jose Rebelo
