<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jan 11, 2015 at 5:38 PM, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Jan 11, 2015 at 12:48:09PM +0200, Miika Turkia wrote:<br>
> On Sat, Jan 10, 2015 at 1:22 AM, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
></span><br>
<span class=""><br>
> First I tried to DL Vyper a couple of times with no success,<br>
<br>
</span>Why was that? Wet contacts? Bad connection?<br></blockquote><div><br></div><div>I suspect poor connection, but still no DL from the Vyper. Been trying to clean the contacts to no avail.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> then Stinger succeeded on first go but got me this crash.<br>
<br>
</span>Yes, because of the sequence in which the download dialog does things,<br>
Robert's patch would always cause a crash when clicking OK. I guess I'm<br>
not the only one who didn't test a fresh download :-)<span class=""><br></span></blockquote><div><br></div><div>Pretty much what I suspected :D<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> When I get a DL error at the last of the new dives, I think discarding the<br>
> current DL when I hit retry would be appropriate. (I have the first run and<br>
> the retry on the DL list. Otherwise, highlight the newly downloaded dives.)<br>
<br>
</span>I'm a bit conflicted about this. One of the weird problems caused by the<br>
design of the Uemis is that you cannot load all of the dives in one go if<br>
you have more than about 50 dives to download. So in that case, the retry<br>
will be incremental - it will add to the already downloaded dives. But I<br>
guess I should special-case that and indeed clear out the list when you<br>
click Retry - just makes more sense. Otherwise you always get these<br>
confusing duplicate dives in there.<span class=""><br></span></blockquote><div><br></div><div>The status bar showed me Dive 5 when there was 4 new dives downloaded and available to include in the import. Maybe the status bar could say that Dive 5 downloaded before or something when it decides not to download it?<br><br></div><div>Also a download from second DC starts from 11%. I suppose the counters are not reset when doing a new DL. I even closed the logbook in between (Subsurface was running the hole time).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> Deselecting some of the downloaded dives enable a tick mark on one of the<br>
> already de-selected ones. But this turns out to be that the list is not<br>
> properly refreshed.. If I go to different desktop and back, the selection<br>
> is done properly. (Initially I thought the first un-tick was not accepted<br>
> and redid it due to display not being updated properly.) Anyway, I cannot<br>
> really be sure of what would be imported due to the crashing after OK<br>
> button.<br>
<br>
</span>Hmm. Odd. The code tries very hard to tell Qt whenever something changes<br>
to make sure things get properly refreshed. I had very brief delays (a few<br>
hundred miliseconds) to selecting / unselecting dives in that list, but<br>
haven't seen a complete failure like you describe.</blockquote><div><br></div><div>Mostly it is with no dealys, but the one tick just got stuck.<br><br>miika <br></div></div></div></div>