Skip to content

fix(android): pull to refresh checks the scroll area under the finger; a scrolled side menu scrolls back up instead of refreshing (1.6.1) - #449

Merged
kh0pper merged 1 commit into
mainfrom
fix/android-menu-pull-refresh
Oct 6, 2026
Merged

kh0pper merged 1 commit into
mainfrom
fix/android-menu-pull-refresh

Conversation

@kh0pper

@kh0pper kh0pper commented Oct 6, 2026

Copy link
Copy Markdown
Owner

Why

With the side menu open and scrolled down, a downward swipe in the menu refreshed the page instead of scrolling the menu back up. The pull-to-refresh guard only looked for scrolled containers inside .content-body; the menu is outside it, so with the page itself at the top the guard reported "at top" and the swipe became a refresh.

What changes

On touch-down, the scroll probe first walks the element under the finger and its ancestors (any overflow-y: auto | scroll container scrolled down by more than 5 px blocks the refresh), then runs the existing .content-body walk and page-scroll check unchanged. Touch coordinates are converted from device pixels to CSS pixels with devicePixelRatio. App version 1.6.1 (versionCode 21).

Tests

The app compiles and a signed release build succeeds. The behaviour was checked by reading the guard; it needs a check on a phone (open the menu, scroll it down, swipe down: the menu scrolls up; at the menu's top, a swipe down still refreshes).

…, so a downward swipe in a scrolled side menu scrolls it instead of refreshing the page (1.6.1)
@kh0pper
kh0pper force-pushed the fix/android-menu-pull-refresh branch from 2a0048e to 8866246 Compare October 6, 2026 18:28
@kh0pper
kh0pper merged commit 1b7ebf3 into main Oct 6, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant