After recent update, In Android app, trying to scroll very easily leads to accidental delete.
Scrolling
Deleted item
Latest Android app.
Anything else you think would help our investigation, like a screenshot or a log file? You can drag and drop screenshots to this box. For large amount of text, try putting them into something like Pastebin.
This is a New problem. Before it worked fine.
Are you scrolling vertically or horizontally?
We didnāt run into this bug when testing, so a screen recording would be really helpful. Thanks!
Trying to scroll vertically with thumb, but if I get a slight horisontal movement as well it is interpreted as swiping the item left to delete it.
Youāll need to swipe around 1/3 of the screen width for the delete action to trigger, is that what you mean by slight horizontal movement? (Before triggering, the delete bar will be red)
That may be it and I guess one will get used to it, but
I would suggest that while scrolling, horisontal movement is ignored and while swiping left or right then vertical movement is ignored. It is very unlikelly that someone wants to scroll and delete at the same time.
MAJOR UPDATE
Now I identified the real bug.
I have by now accidentally deleted so many things that if this bug is not fixed, I will have to go back to Workflowy.
I believe we pushed out an attempted fix for version 1.3.5 which was somehow only deployed to iOS. Iāll make sure to get android out asap!
That is very good to hear.
Dynalist is the best tool of itās type, so I donāt want a bug to ruin it.
Also I havenāt really been able to reproduce the problem based on your description. The closest thing I got was on iOS Safari browser where dragging from the left could somehow trigger the red deletion when the browser also does the ādrag from left edge to go back in browser historyā thing.
Is there any chance youād be able to take a video of the bug in action? Since I canāt seem to trigger the bug on my android device I thought maybe a video would make it a bit more obvious what Iām doing different than you.
(Also whatās your android version?)
Since you donāt allow mp4 I canāt upload a video but these are the steps.
Item
ā¦Subitem
ā¦ ā¦Subsubitem1
ā¦ ā¦Subsubitem2
Hi Johan,
Repeating the steps you showed I wasnāt able to reproduce the bug youāve described, however I am seeing odd behavior. Specifically, after performing these steps I can no longer swipe on any items! I have to restart/refresh the app, or zoom in on a child in order to be able to swipe items away again. Perhaps itās the same underlying bug manifesting in different ways.
I also have a more minimal repro for this, simply drag along the left edge of the screen. This ābreaksā the swiping ability.
As a tip, to post videos here I usually use Streamable. Hereās a screen capture of this bug on my device (OnePlus 5T Android 9.0, native app): https://streamable.com/tmtcg
Hmm Iām not aware of the upload restrictions of this forum software but Iāve seen some users upload to youtube as an unlisted video. Let me know if you find a better alternative.
As far as the repro steps, Iāve followed it and I wasnāt able to get it to disappear, similar to @Jayden_Navarro .
I believe this is a different issue, which is something we found a few weeks ago and already patched! Unfortunately due to the forgotten android build, the patch was only released to iOSā¦ Dāoh! Itāll be out to android as soon as we get through the play store process.
Ok that shows it pretty clearly - it seems that itās disappearing without any kind of animation of the red deletion swipe which is weird.
I think Iām trying the exact same thing on my device (also android 9) but Iām not seeing your resultsā¦
How about this: wait until v1.3.5 is out and see if that fixes the issue. Weāre pushing it through the play store right now. Since we did make some changes to how the swipe is handled, maybe itās already fixed on my deviceās build.
If that doesnāt help, thereās a few other steps I think we can try for a repro on my end.
EDIT: 1.3.5 is released.
Any updates on whether 1.3.5 fixes or not? If it doesnāt I think we could give one more try at debugging this.
No, sorry, the bug is still there.
OK my next step to attempt to reproduce this would be to ask you to enable the Android developer option āShow Tapsā or āPointer Locationā by going to Settings > System > Advanced > Developer > Scrolling down quite a bit to find under the āinputā section āShow tapsā or āPointer locationā.
This will enable a dot on the screen where you press. If you can send a video with touch locations in the recording, that would mean we can try to follow the exact pressing sequence on our device. I hope thatās not too much to ask.
Donāt forget to turn the option off once youāre done~
After much discussion, we plan to turn mobile swipe actions into buttons. It would require another tap, but is far safer. Hopefully this will be fixed after thatās done.
It would still be faster than tapping the item, waiting for the keyboard and toolbar to appear, and choose your action.
