<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Yes. I apparently managed to break the context menu for the main dive list.</div><div class="">Well done, Dirk.</div><div class=""><br class=""></div><div class="">Thanks for pointing this out. More stuff to fix.</div><div class="">Right now I feel like I'm losing the race to deal with all the issues that we have found SINCE RELEASING.</div><div class=""><br class=""></div><div class="">:-(</div><div class=""><br class=""></div><div class="">/D<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Apr 4, 2020, at 12:13 AM, Chirana Gheorghita Eugeniu Theodor <<a href="mailto:office@adaptcom.ro" class="">office@adaptcom.ro</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="auto" class="">And now ,<div dir="auto" class="">New dive trip dissapeated again:</div><div dir="auto" class="">From android see pis attaced. </div><div dir="auto" class="">- open subsurface with auto sync cloud</div><div dir="auto" class="">- long press a dive and only redo and undo show greyed</div><div dir="auto" class="">- select a dive and from right menu create new dive trip does not exist.</div><div dir="auto" class="">IOS does the same as android.</div><div dir="auto" class="">For Romania add dive to trip above and add dive to trip below , test is too long and I will try shortening it on transifex.</div><div dir="auto" class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 4, 2020, 00:31 Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank" rel="noreferrer" class="">dirk@hohndel.org</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 2020-04-04 at 00:00 +0300, Chirana Gheorghita Eugeniu Theodor<br class="">
wrote:<br class="">
> Tested latest beta on android.<br class="">
> - i modify a dive and close the sofware by force close. everything<br class="">
> seems to be saved.<br class="">
<br class="">
Excellent. This is my third attempt of solving this issue. And this<br class="">
time we are using a pretty big hammer to get this right (extra kudos<br class="">
and thanks to Berthold for convincing me that this was the right / safe<br class="">
thing to do).<br class="">
<br class="">
> Can you guys detail what needs to be tested exactly?<br class="">
<br class="">
Well, I have one report from a user on 3.0.3 that states that he still<br class="">
has the problem that he downloads from a dive computer, syncs to the<br class="">
cloud, and then the new dives don't show up on the desktop. And I have<br class="">
tried to reproduce this with 3.0.3 and cannot. More people trying to<br class="">
figure out a way this might still happen (and then sending me log<br class="">
files) would of course be super helpful. As would be the information<br class="">
that you tried (and what you tried) and that it actually works as<br class="">
designed for once :-)<br class="">
<br class="">
> I find that startup is different. See atrached pic. I have never seen<br class="">
> this screen before.<br class="">
<br class="">
Yes, this is new in 3.0.3. The reason for that is that the way we tried<br class="">
to inform the user about the startup progress was fundamentally broken<br class="">
on iOS (it never worked there) and mostly broken on Android. It mostly<br class="">
worked when running Subsurface-mobile on the desktop (which is how most<br class="">
of the developers test -- including of course myself).<br class="">
So after 3.0.2 caused the startup time to massively go up (because I'm<br class="">
an idiot - that has been fixed in 3.0.3) and I got seriously frustrated<br class="">
when trying to debug THAT, I instead first re-did the initialization<br class="">
sequence.<br class="">
<br class="">
We now exit the QML setup MUCH more quickly and before we even start to<br class="">
open any data files. That's why the launch screen logo is displayed for<br class="">
a much shorter period of time. And since I was testing all of this on a<br class="">
slow device with a MASSIVE artificial dataset of over 8000 dives (which<br class="">
corresponds to a 127MB git repo), I decided that it would make sense to<br class="">
give the user more visibility into what we are actually doing during<br class="">
that startup time, instead of just showing them a spinner...<br class="">
<br class="">
> 2020 is ok now. see secomd pic.<br class="">
<br class="">
Yeah, that was so incredibly annoying that I didn't catch that prior to<br class="">
the 3.0 release... :-(<br class="">
<br class="">
/D<br class="">
<br class="">
</blockquote></div>
</div></blockquote></div><br class=""></div></body></html>