Hold off a bit. Immediately after posting this, I closed Subsurfce, restarted with the idea of creating a log report, and I can't reproduce the issue. Cancel works quite well. Scratching my head.
...Hartley ---------- Forwarded message ---------- > From: Chirana Gheorghita Eugeniu Theodor <[email protected]> > To: Hartley Horwitz <[email protected]>, Subsurface Mailing List < > [email protected]> > Cc: > Bcc: > Date: Thu, 26 Mar 2020 15:23:48 +0200 > Subject: Re: releasing Subsurface-mobile 3.0 > + subsurface mailing list > > On Thu, Mar 26, 2020 at 3:14 PM Hartley Horwitz <[email protected]> wrote: > >> Testing the latest iOS build (4.9.3.1233): >> * most of the issues raised earlier about showing the wrong window when >> adding a dive: resolved. >> * confirmed Chirana's finding: adding a dive, then hitting cancel leaves >> the window with an <unnamed dive site>. Selecting the "Undo add dive" >> worked. >> * strange finding...my sequence of events: >> (1) add a dive, the unnamed dive window opens as expected >> (2) add a location to the dive. I chose something from my existing list >> (3) cancel. Now the Subsurface banner shows up again. That's unexpected >> (4) clear that banner, and as expected, the new dive is gone >> (5) add another new dive, the new dive window opens >> (6) cancel and the subsurface banner shows up again. Clear the banner and >> the dive hasn't been removed. >> (7) select edit, and once again the subsurface banner shows up. >> >> >> I don't know if this is new on this build. Chirana's test result caused >> me to try this sequence. >> >> In summary, the undo/redo seems to work predictably. The cancel button >> seems to be more problematic and using it more than once causes the window >> sequence to be incorrect. >> >> ...Hartley >> >> >>
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
