<div dir="auto">And now ,<div dir="auto">New dive trip dissapeated again:</div><div dir="auto">From android see pis attaced. </div><div dir="auto">- open subsurface with auto sync cloud</div><div dir="auto">- long press a dive and only redo and undo show greyed</div><div dir="auto">- select a dive and from right menu create new dive trip does not exist.</div><div dir="auto">IOS does the same as android.</div><div dir="auto">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"><br></div></div><br><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">dirk@hohndel.org</a>> wrote:<br></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>
wrote:<br>
> Tested latest beta on android.<br>
> - i modify a dive and close the sofware by force close. everything<br>
> seems to be saved.<br>
<br>
Excellent. This is my third attempt of solving this issue. And this<br>
time we are using a pretty big hammer to get this right (extra kudos<br>
and thanks to Berthold for convincing me that this was the right / safe<br>
thing to do).<br>
<br>
> Can you guys detail what needs to be tested exactly?<br>
<br>
Well, I have one report from a user on 3.0.3 that states that he still<br>
has the problem that he downloads from a dive computer, syncs to the<br>
cloud, and then the new dives don't show up on the desktop. And I have<br>
tried to reproduce this with 3.0.3 and cannot. More people trying to<br>
figure out a way this might still happen (and then sending me log<br>
files) would of course be super helpful. As would be the information<br>
that you tried (and what you tried) and that it actually works as<br>
designed for once :-)<br>
<br>
> I find that startup is different. See atrached pic. I have never seen<br>
> this screen before.<br>
<br>
Yes, this is new in 3.0.3. The reason for that is that the way we tried<br>
to inform the user about the startup progress was fundamentally broken<br>
on iOS (it never worked there) and mostly broken on Android. It mostly<br>
worked when running Subsurface-mobile on the desktop (which is how most<br>
of the developers test -- including of course myself).<br>
So after 3.0.2 caused the startup time to massively go up (because I'm<br>
an idiot - that has been fixed in 3.0.3) and I got seriously frustrated<br>
when trying to debug THAT, I instead first re-did the initialization<br>
sequence.<br>
<br>
We now exit the QML setup MUCH more quickly and before we even start to<br>
open any data files. That's why the launch screen logo is displayed for<br>
a much shorter period of time. And since I was testing all of this on a<br>
slow device with a MASSIVE artificial dataset of over 8000 dives (which<br>
corresponds to a 127MB git repo), I decided that it would make sense to<br>
give the user more visibility into what we are actually doing during<br>
that startup time, instead of just showing them a spinner...<br>
<br>
> 2020 is ok now. see secomd pic.<br>
<br>
Yeah, that was so incredibly annoying that I didn't catch that prior to<br>
the 3.0 release... :-(<br>
<br>
/D<br>
<br>
</blockquote></div>