Wykres commitów

1059 Commity (c46b6f3c96559ae3d17f250c78e9a568f0794d2c)

Autor SHA1 Wiadomość Data
geeksville 3a8ed8bf20 0.6.0 (and update to latest libs) 2020-04-29 11:39:43 -07:00
geeksville f4e96b936f fix an autobug that occurred on a Droid Turbo (whatever that is) 2020-04-29 11:04:15 -07:00
geeksville d669a06ed7 update protobufs 2020-04-28 18:02:01 -07:00
geeksville 56cf723b93 0.5.9 2020-04-26 13:11:26 -07:00
geeksville 5822dddc6c Fix #23: autobug, if we get mystery BLE error 133 while reading messages
drop the BLE link and reconnect and try again.
2020-04-26 13:03:35 -07:00
geeksville d28eb97497 fix nokia8 autobug? 2020-04-26 12:26:19 -07:00
geeksville bdda0c031d mark our service as very important. If the service can't run, the gui can't either 2020-04-26 12:26:08 -07:00
geeksville 2bd0bc5020 0.5.8 2020-04-26 08:39:36 -07:00
geeksville ba91920154 fix autobug: if user has location disabled, warn that we can't provide it to mesh 2020-04-25 07:33:51 -07:00
geeksville 975c7d41db Rather than waiting for crashlytics to send on next launch, send reports
immediately.
(related to #20)
2020-04-24 18:42:57 -07:00
geeksville dd2b6041ac 0.5.7 2020-04-24 16:59:44 -07:00
geeksville 51efde08c0 0.5.6 if we lose connection during initial radio download, fail gracefully 2020-04-24 15:59:01 -07:00
geeksville e302848607 0.5.5 only try to set max MTU once, if it fails consider phone buggy 2020-04-24 15:49:34 -07:00
geeksville 3e89510f52 Some phones have buggy race conditions wrt finding services or characteristics
This workaround is: If we fail in that way during initial device connection
we disconnect() and try again 500 ms later.
2020-04-24 15:22:54 -07:00
geeksville a3db3eca06 We now detect and use the newapi if the device doesn't offer the old one 2020-04-23 12:08:34 -07:00
geeksville 17edf75b95 setting now works using the new ble api 2020-04-23 11:24:57 -07:00
geeksville a5eaa057a1 new ble api approximately works for reading 2020-04-23 11:24:57 -07:00
geeksville 2ced6f5f6a WIP, begin adding support for the simpler BLE api
https://github.com/meshtastic/Meshtastic-esp32/issues/69
2020-04-23 11:24:57 -07:00
geeksville 4c39d9e3f9 don't let users edit their name when not connected to radio 2020-04-23 11:24:10 -07:00
geeksville 5e57fd69e1 also show failure to bond in the GUI 2020-04-23 09:03:44 -07:00
geeksville 56534f0b89 0.5.4 2020-04-23 08:52:35 -07:00
geeksville ca2cae7003 Don't claim we have bluetooth access until the user grants location
permissions.  This fixes an ugly behavior when for when the user does
a from scratch install and first runs the app (and the dialog comes up
to grant access).

Previously we were starting our BLE scan for devices before that dialog
has been approved by the user, which Android doesn't return an error for
it instead just silently refuses to show devices.  If the user switched
away from the app and came back, we'd restart our scan and they could see
their device.

This fixes things so that the user doesn't have to switch away from our
app once before the devices appear.
2020-04-23 08:52:25 -07:00
geeksville 7d76f99731 wait for bonding complete before telling service to connect 2020-04-23 08:22:54 -07:00
geeksville 8220e1210f 0.5.3 2020-04-23 08:03:19 -07:00
geeksville 6f5c7b2452 move logging to the IO thread 2020-04-22 08:20:57 -07:00
geeksville 8ec8b038b6 Increase MTU _before_ discovering services, because it will speed up the link 2020-04-22 08:10:23 -07:00
geeksville b63ebadf72 track # of text messages received/sent 2020-04-22 07:59:07 -07:00
geeksville b194659e8a Fix autobug: some BLE implementations might not be completed
with service enumeration by the time they call the discover services
callback.  Therefore be careful to not touch "service" until after
the 500ms delay everyone on stackoverflow says these buggy drivers need.
2020-04-22 07:25:07 -07:00
geeksville a201de649c 0.5.2 a better fix for the messages send startup condition 2020-04-21 20:59:28 -07:00
geeksville 5abb56ec3f a better fix for the problem of sending messages while device is asleep
Better just to Observe myId and wait for it to be !null
2020-04-21 20:48:44 -07:00
geeksville 1558675cc7 0.5.1 fix a crash when sending messages when app hasn't yet connected to the device
during this boot of android.

Thanks to @b3hr3ns  for the report
2020-04-21 20:39:35 -07:00
geeksville 2dd37e791d don't let users try to send texts if we haven't received our node ID
I wanted an and not an or ;-)

Based on the autobug and the great report inhttps://github.com/meshtastic/Meshtastic-esp32/issues/102

I think this should fix the crash described in the messages screen.
2020-04-21 20:29:34 -07:00
geeksville 322db5ac25 add more Italian from @ohcdh 2020-04-21 15:41:49 -07:00
geeksville 35c745d93f track total time connected to mesh 2020-04-21 14:46:52 -07:00
geeksville 9975b3f149 fix lib 2020-04-21 11:20:01 -07:00
geeksville c096588f0e update to latest android lib 2020-04-21 11:16:56 -07:00
geeksville d4de805813 turn off all analytics by default 2020-04-21 08:58:20 -07:00
geeksville f6604c4043 0.5.0 2020-04-21 08:47:26 -07:00
geeksville d51d32c2f3 group autobugs by anonymous user 2020-04-21 08:31:28 -07:00
geeksville 671bafa05f don't leak macaddrs into logs - could be possibly personally identifying 2020-04-21 08:21:42 -07:00
geeksville c00ca9b3db move notify later, to see if the autobug is _all_ BLE transactions or just notfiies 2020-04-21 07:57:07 -07:00
geeksville 99b66b3396 0.4.9 make app not crash when people try to run this on an emulator ;-) 2020-04-20 21:06:58 -07:00
geeksville bfff5f6215 fix autobug that occurs if the service gets destroyed immediately after creation 2020-04-20 20:44:21 -07:00
geeksville 40952dc3dd 0.4.8 2020-04-20 15:45:35 -07:00
geeksville 17f6fd9078 Irish additions from @ohcdh 2020-04-20 15:45:29 -07:00
geeksville 47ba4f0243 oops I broke from scratch installs - seen on a Z2 Pro 2020-04-20 15:38:53 -07:00
geeksville aeac27d3b6 update kotlin version 2020-04-20 11:17:16 -07:00
geeksville 77b19e0513 0.4.7 2020-04-20 11:12:10 -07:00
geeksville 8bf60c7603 make BLE exceptions strongly typed, so I can trigger closing down connections if needed 2020-04-20 11:10:53 -07:00
geeksville 0919bc75ef only ignore connect failures if autoconnect is on 2020-04-20 11:01:27 -07:00