This test scenario worked on my iPhone 8plus and 11. (Golden beta release) 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.
miika > On 27. Mar 2020, at 20.40, Hartley Horwitz via subsurface > <[email protected]> wrote: > > > Sorry, that got sent. Here's the test plan > * open subsurface > * 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. > * filter your dives with some text string > * clear the filters, by selecting the filter button. On the previous release, > that also showed the main menu. > > BTW, the latest release is working for this specific bug. I'm working > through some other tests. > > ...Hartley > >> On Fri, Mar 27, 2020 at 2:28 PM Chirana Gheorghita Eugeniu Theodor >> <[email protected]> wrote: >> I will test shortly on a Ipad. Can someoane describe the test scenario? >> >>> On Fri, Mar 27, 2020, 20:12 Dirk Hohndel via subsurface >>> <[email protected]> wrote: >>> I have a crude hack to disable the interaction between the action >>> button and the drawers. I'm building a new iOS beta and will push this >>> to the Apple App Store right away. You should get a notification for it >>> in the next 10 minutes to 72 hours, depending on how Apple feels about >>> this. The last couple of iterations have been really really swift, so >>> hopefully it's soon. >>> >>> I'd appreciate testing and feedback. >>> >>> /D >>> >>> On Fri, 2020-03-27 at 10:27 -0700, Dirk Hohndel via subsurface wrote: >>> > That is... surprising. >>> > I am testing on two iPhones. a 6plus and an 8plus (so both are the >>> > larger size). Also testing on a 2016 iPad pro 9.6” and a 2019 iPad >>> > pro 9.6”. And unless I deliberately try to drag the action button >>> > while hitting it, I cannot reproduce your issue. >>> > But then, what I experience isn’t really the point (because I don’t >>> > actually use any of these devices (with the exception of the 2019 >>> > iPad that I am also using to write this email) on a day-to-day basis. >>> > What matters is the experience of actual users like you. >>> > >>> > I spent some time browsing through the Kirigami sources to see if we >>> > could simply turn off the response of the action button to being >>> > dragged. Unfortunately it appears that this is a non-optional feature >>> > as far as Kirigami is concerned. I will spend some time this morning >>> > to see if there is a quick hack where we simply patch the version of >>> > Kirigami that we bundle with Subsurface-mobile that we could use to >>> > either disable this or make it a LOT less sensitive. I’ll keep the >>> > list posted if I succeed. >>> > >>> > For now I am holding off on releasing Subsurface-mobile 3.0 >>> >>> _______________________________________________ >>> subsurface mailing list >>> [email protected] >>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface > _______________________________________________ > subsurface mailing list > [email protected] > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
