wordpress-mobile / wordpress-mobile/WordPress-Android
Scrollable bottom-docked toolbars conflict with system navigation gestures
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 3.2k
- Forks
- 1.4k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 69
Description
I'm hoping to open this for conversation because I'm not sure what the ideal solution is, or if it's even something we want to address.
Expected behavior
Users should be able to easily swipe left/right on an over-flowing horizontal toolbar.
Actual behavior
If you have the system navigation setting set to Gesture navigation, any scrollable toolbar that sits directly above the system navigation will cause a conflict, because a horizontal swipe on the system navigation acts as an app-switching mechanism. In other words, trying to swipe on the toolbar can result in accidental app-switching.
Side note: I've heard a few times about folks losing their posts when exiting the app and returning – could this be making the situation worse?
Demo (uses Gutenberg as the editor, but same issue applies to Aztec):

Steps to reproduce the behavior
- Go to
Settings»System»Gestures»System Navigation - Select
Gesture Navigation - Start a new post or page using the Aztec editor
- Try scrolling the bottom-docked keyboard rapidly
- Observe that if you're not very accurate with your finger placement, you'll accidentally swipe the system navigation
Tested on [device], Android [version], WPAndroid [version]
Pixel 2, Android 10, tested via this PR although the issue appears to go back to the introduction of Gesture Navigation in Android 9.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the conflict using the listed Android gesture-navigation settings and the Aztec editor's bottom-docked toolbar; the issue names no source file or test. Compare the behavior described in the linked PR context, then establish an agreed interaction or UI approach before implementation, with horizontal toolbar scrolling no longer triggering accidental app switching.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100