<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">Great! I just missed the mention of it.</div><div dir="ltr"><br></div><div dir="ltr">miika</div><div dir="ltr"><br><blockquote type="cite">On 28. Mar 2020, at 7.36, Dirk Hohndel <dirk@hohndel.org> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8">I'm quite certain that the download / dive list issue is fixed.<br><br>Tested this many times.<br><br>/D<br><br><div class="gmail_quote">On March 27, 2020 9:51:36 PM PDT, Miika Turkia via subsurface <subsurface@subsurface-divelog.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr">This test scenario worked on my iPhone 8plus and 11. (Golden beta release)</div><div dir="ltr"><br></div><div dir="ltr">I also tried download from dc. Deleted dive, dl, undo, undo. And this seemed to work. Downloading new dives used to result in broken divelist as I reported from my testing trip. I don’t recall this to be reported as fixed, but a dummy test indicates that it might be. However, a proper test would require some more diving, or really mangling the log to properly simulate download of day’s worth of diving.</div><div dir="ltr"><br></div><div dir="ltr">miika</div><div dir="ltr"><br><blockquote type="cite">On 27. Mar 2020, at 20.40, Hartley Horwitz via subsurface <subsurface@subsurface-divelog.org> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Sorry, that got sent. Here's the test plan</div><div>* open subsurface</div><div>* select the filter button. If your screen immediately shows the Subsurface main menu (including dive list, dive management, location, settings), then you have the bug I was referring to.</div><div>* filter your dives with some text string</div><div>* clear the filters, by selecting the filter button. On the previous release, that also showed the main menu.</div><div><br></div><div>BTW, the latest release is working for this specific bug. I'm working through some other tests.</div><div><br></div><div>...Hartley</div><div></div></div><br><div class="gmail_quote"><div class="gmail_attr" dir="ltr">On Fri, Mar 27, 2020 at 2:28 PM Chirana Gheorghita Eugeniu Theodor <<a href="mailto:office@adaptcom.ro">office@adaptcom.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid"><div dir="auto">I will test shortly on a Ipad. Can someoane describe the test scenario? </div><br><div class="gmail_quote"><div class="gmail_attr" dir="ltr">On Fri, Mar 27, 2020, 20:12 Dirk Hohndel via subsurface <<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">I have a crude hack to disable the interaction between the action<br>
button and the drawers. I'm building a new iOS beta and will push this<br>
to the Apple App Store right away. You should get a notification for it<br>
in the next 10 minutes to 72 hours, depending on how Apple feels about<br>
this. The last couple of iterations have been really really swift, so<br>
hopefully it's soon.<br>
<br>
I'd appreciate testing and feedback.<br>
<br>
/D<br>
<br>
On Fri, 2020-03-27 at 10:27 -0700, Dirk Hohndel via subsurface wrote:<br>
> That is... surprising.<br>
> I am testing on two iPhones. a 6plus and an 8plus (so both are the<br>
> larger size). Also testing on a 2016 iPad pro 9.6” and a 2019 iPad<br>
> pro 9.6”. And unless I deliberately try to drag the action button<br>
> while hitting it, I cannot reproduce your issue.<br>
> But then, what I experience isn’t really the point (because I don’t<br>
> actually use any of these devices (with the exception of the 2019<br>
> iPad that I am also using to write this email) on a day-to-day basis.<br>
> What matters is the experience of actual users like you.<br>
> <br>
> I spent some time browsing through the Kirigami sources to see if we<br>
> could simply turn off the response of the action button to being<br>
> dragged. Unfortunately it appears that this is a non-optional feature<br>
> as far as Kirigami is concerned. I will spend some time this morning<br>
> to see if there is a quick hack where we simply patch the version of<br>
> Kirigami that we bundle with Subsurface-mobile that we could use to<br>
> either disable this or make it a LOT less sensitive. I’ll keep the<br>
> list posted if I succeed.<br>
> <br>
> For now I am holding off on releasing Subsurface-mobile 3.0<br>
<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank" rel="noreferrer">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" target="_blank" rel="noreferrer noreferrer">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div>
</blockquote></div>
<span>_______________________________________________</span><br><span>subsurface mailing list</span><br><span>subsurface@subsurface-divelog.org</span><br><span>http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</span><br></div></blockquote></blockquote></div><br>-- <br>From my phone</div></blockquote></body></html>