Originally created by @johnpyp on GitHub (Dec 22, 2023).
Steps to reproduce
Go to the main screen
With your finger on a book or any clickable element, drag your finger quickly and release.
It will treat it as if you've clicked, but typical well-behaving iOS apps would not treat this as a press.
Expected behaviour
Short drags should not result in a click
Actual behaviour
Short drags over clickable elements cause a tap/press to happen. It does not seem to happen for prolonged drags though, so I imagine the bug is something where the UI is doing some press-timing math when it shouldn't be.
Environment data
Audiobookshelf Version: 0.9.70-beta, server v.2.6.0
Android App?
iOS App?
iOS Issue
iOS Version: 17.1.2
iPhone model: iPhone 15 Pro
Originally created by @johnpyp on GitHub (Dec 22, 2023).
### Steps to reproduce
1. Go to the main screen
2. With your finger on a book or any clickable element, drag your finger quickly and release.
3. It will treat it as if you've clicked, but typical well-behaving iOS apps would not treat this as a press.
### Expected behaviour
Short drags should not result in a click
### Actual behaviour
Short drags over clickable elements cause a tap/press to happen. It does not seem to happen for prolonged drags though, so I imagine the bug is something where the UI is doing some press-timing math when it shouldn't be.
### Environment data
Audiobookshelf Version: 0.9.70-beta, server v.2.6.0
- [ ] Android App?
- [x] iOS App?
#### iOS Issue
iOS Version: 17.1.2
iPhone model: iPhone 15 Pro
adam
added the bug label 2026-04-24 23:38:53 +02:00
Maybe this could be loosely related to https://github.com/ionic-team/capacitor/issues/6826, though it's not exactly the same, as it doesn't have to be "stopping the tap" in my case, just doing a short scroll where my finger isn't on the screen for very long.
@johnpyp commented on GitHub (Dec 22, 2023):
Maybe this could be loosely related to https://github.com/ionic-team/capacitor/issues/6826, though it's not exactly the same, as it doesn't have to be "stopping the tap" in my case, just doing a short scroll where my finger isn't on the screen for very long.
This may be related to a similar problem I have. After testing a lot of different swipes, my issue seems to be more related to swiping down to scroll and then placing my finger on the screen to stop scrolling. If I land on an audiobook, when trying to stop scrolling, and lift my finger, it will load into that book. If I land and slide my finger a little bit in any direction, before lifting it up, it will usually prevent opening the book unintentionally.
For lack of a better way of putting it, the book elements seem to be a little "sensitive" to what is determined as a press/click. I am not a dev, so I'm sure there's a better explanation. I am happy to test further, and I understand this is likely not a high priority problem. Just wanted to provide my experiences related to this issue.
@zacaronii commented on GitHub (Nov 4, 2024):
This may be related to a similar problem I have. After testing a lot of different swipes, my issue seems to be more related to swiping down to scroll and then placing my finger on the screen to stop scrolling. If I land on an audiobook, when trying to stop scrolling, and lift my finger, it will load into that book. If I land and slide my finger a little bit in any direction, before lifting it up, it will usually prevent opening the book unintentionally.
For lack of a better way of putting it, the book elements seem to be a little "sensitive" to what is determined as a press/click. I am not a dev, so I'm sure there's a better explanation. I am happy to test further, and I understand this is likely not a high priority problem. Just wanted to provide my experiences related to this issue.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @johnpyp on GitHub (Dec 22, 2023).
Steps to reproduce
Expected behaviour
Short drags should not result in a click
Actual behaviour
Short drags over clickable elements cause a tap/press to happen. It does not seem to happen for prolonged drags though, so I imagine the bug is something where the UI is doing some press-timing math when it shouldn't be.
Environment data
Audiobookshelf Version: 0.9.70-beta, server v.2.6.0
iOS Issue
iOS Version: 17.1.2
iPhone model: iPhone 15 Pro
@johnpyp commented on GitHub (Dec 22, 2023):
Maybe this could be loosely related to https://github.com/ionic-team/capacitor/issues/6826, though it's not exactly the same, as it doesn't have to be "stopping the tap" in my case, just doing a short scroll where my finger isn't on the screen for very long.
@zacaronii commented on GitHub (Nov 4, 2024):
This may be related to a similar problem I have. After testing a lot of different swipes, my issue seems to be more related to swiping down to scroll and then placing my finger on the screen to stop scrolling. If I land on an audiobook, when trying to stop scrolling, and lift my finger, it will load into that book. If I land and slide my finger a little bit in any direction, before lifting it up, it will usually prevent opening the book unintentionally.
For lack of a better way of putting it, the book elements seem to be a little "sensitive" to what is determined as a press/click. I am not a dev, so I'm sure there's a better explanation. I am happy to test further, and I understand this is likely not a high priority problem. Just wanted to provide my experiences related to this issue.