<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 12, 2018, at 7:42 AM, Davide DB <<a href="mailto:dbdavide@gmail.com" class="">dbdavide@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On 12 April 2018 at 16:14, Dirk Hohndel <<a href="mailto:dirk@hohndel.org" class="">dirk@hohndel.org</a>> wrote:<br class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">On Apr 12, 2018, at 7:09 AM, Davide DB <<a href="mailto:dbdavide@gmail.com" class="">dbdavide@gmail.com</a>> wrote:<br class=""><br class="">I do not get you. I'm sorry.<br class="">Anyway I miss form my logbook only the last newest dives. So I do not<br class="">understand why it's not possible to save them to a temp location and<br class="">then parsing what's good from the partial download.<br class="">My download stops after the newest 10 dives and I need only the first three.<br class=""></blockquote><br class="">That's strange because Subsurface-mobile should already handle this correctly.<br class="">If the download fails, it SHOULD parse the dives downloaded up to that point.<br class="">Which version, which OS, do you have a log / libdivecomputer.log?<br class="">It sounds like you can reproduce the problem, so this should be something<br class="">that we can fix<br class=""></blockquote><br class="">The latest Subsurface mobile (I'm a beta tester) on a nexus 7 (first<br class="">version) tablet running Android 4.something.<br class="">It's the only device I was able to successfully start the download<br class="">from my BLE Petrel controller. On all my other Andorid devices I get a<br class="">BT INIT FAIL when trying to download.<br class=""></div></div></blockquote><div><br class=""></div>You must have a dual stack Petrel since the first Version Nexus 7</div><div>was BT only (no BLE support). Which points to one of my frustrations</div><div>with the current version of our code - we mess up when talking to dual</div><div>stack Petrels on dual stack devices - so if your Petrel supports BT</div><div>classic and BLE and your phone supports BT classic and BLE, we </div><div>somehow manage to crash the BT/BLE stack on the Petrel.</div><div><br class=""></div><div><blockquote type="cite" class=""><div class=""><div class="">I'll try to resume everything here because IMHO there are two<br class="">different problem mixing together: BLE download and UI loop.<br class=""><br class="">I pair the device. On Android BT UI I see something like LE:bt address<br class=""></div></div></blockquote><div><br class=""></div>Oops. On the first version Nexus 7? That should be impossible.</div><div>I own several first version Nexus 7 and they didn't support BLE, I'm </div><div>quite certain about that. </div><div><a href="https://en.wikipedia.org/wiki/Nexus_7_(2012)" class="">https://en.wikipedia.org/wiki/Nexus_7_(2012)</a></div><div><a href="https://en.wikipedia.org/wiki/Nexus_7_(2013)" class="">https://en.wikipedia.org/wiki/Nexus_7_(2013)</a></div><div>You will see that the 2012 version only support BT 3.0, it's the 2013</div><div>version that adds BT 4.0 (and therefore BLE).</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="">I start the download<br class="">Subsurface start counting downloaded dives...<br class="">On Petrel I see SENDING PACKET messages<br class="">At some point on my Petrel I get ERROR SENDING PACKET and the Petrel UI quits.<br class=""></div></div></blockquote><div><br class=""></div><div>OK so far.</div><br class=""><blockquote type="cite" class=""><div class=""><div class="">On Subsurface mobile the UI is stuck on something like downloading<br class="">dive #[dive number]<br class="">The UI loops indefinitely with this message. Whatever I do when I go<br class="">back on the download from dive computer screen its' always in the<br class="">download state. Buttons don't work.<br class=""></div></div></blockquote><div><br class=""></div>It should time out.</div><div>Can you try this? After you've seen about 5 dives downloaded (why is it</div><div>re-downloading dives you already have? you said only 3 were missing)</div><div>please tap the Cancel button on the UI. That should cancel the BT download</div><div>and show you the partial download which you can then save.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Looking to the app logs via developer's options I see something like<br class="">this: (English translation between parenthesis are mine)<br class=""><br class=""><br class="">"143.271: dive #18 dom 24 set 2017 11:29"<br class="">"LocalDeviceBroadcastReceiver::onReceive() - event:<br class="">andorid.bluetooth.device.action.ACL_DISCONNECTED"<br class="">QMutex: destroying locked mutex<br class="">Executing queued closeSocket()<br class="">AppState changed to inactive with no save ongoing and unsaved changes<br class="">"Save changes to local cache"<br class="">Sincronizzazione dei dati in corso (ongoing data sinc)<br class="">preparazione al salvataggio dei dati (preparing to save data)<br class="">Inizio salvataggio dei dati (starting saving data)<br class="">Inizio salvataggio delle immersioni (starting saving dives)<br class="">AppState changed to active with save ongoing and unsaved changes<br class="">AppState changed to suspended with save ongoing and unsaved changes<br class="">Creazione della cache locale riuscita<br class="">QEGLPlatformContext: eglSwapBuffers failed: 300d<br class="">done saving to git local / remote<br class=""><br class="">I'm not a developer but from logs I see that 18 dives where<br class="">downloaded (I need only the newest three of them)<br class="">it's like the downloading thread has successfully stopped and some of<br class="">the dives are being saved<br class="">somewhere... But even restarting Subsurface nothing has changed into<br class="">my dive list.<br class=""><br class="">I attached a screenshot of the whole log.<br class="">I know that I could get the log file connecting via USB but given that<br class="">we already have a text canvas (or something like that) wich shows me<br class="">the log why don't you enable the copy paste or use another kind of<br class="">widget so a user can easily forward it directly from Subsurface UI?<br class=""></div></div></blockquote><div><br class=""></div>That's a QML problem (the UI toolkit that we use). I need to ping</div><div>the QML developers to find out when that will be possible.</div><div><br class=""></div><div>But if you have an email app on the Nexus 7, you should be able</div><div>to simply attach the subsurface.log from the root of your storage</div><div>device to an email...</div><div><br class=""></div><div>/D</div></body></html>