rays/ipx
1
0
Fork 0
Code Issues 11 Pull Requests Actions Packages Projects Releases 20 Wiki Activity

After a long session on the phone the reader stops scrolling and swiping #383

New Issue
Closed
opened 2026-11-04 12:26:53 -08:00 by rays · 1 comment
rays commented 2026-11-04 12:26:53 -08:00
Owner
Copy Link

Reported 2026-11-04: after using the web app on the phone (home-screen app) for a long time, the open item can no longer be scrolled, and swiping to the next unread item does nothing.

Not found yet. Ruled out so far, from the code:

  • No page_error or rejection from the browser in 7 days (ipx::client), while list_shown arrives, so it throws nothing.
  • The dialog's inert bench (dialogs.ts) is guarded against a second open and only closeModal clears it; nothing else touches #modal or inert.
  • touchcancel resets the swipe; #dpeek has pointer-events:none; #modal (z 50) is above the phone reader (z 38); #scrim is visible when on.

Next: reproduce on a phone viewport in a long session, and find what changes first (does a reload fix it, does backgrounding the app start it).

Reported 2026-11-04: after using the web app on the phone (home-screen app) for a long time, the open item can no longer be scrolled, and swiping to the next unread item does nothing. Not found yet. Ruled out so far, from the code: - No page_error or rejection from the browser in 7 days (ipx::client), while list_shown arrives, so it throws nothing. - The dialog's inert bench (dialogs.ts) is guarded against a second open and only closeModal clears it; nothing else touches #modal or inert. - touchcancel resets the swipe; #dpeek has pointer-events:none; #modal (z 50) is above the phone reader (z 38); #scrim is visible when on. Next: reproduce on a phone viewport in a long session, and find what changes first (does a reload fix it, does backgrounding the app start it).
rays added the bug label 2026-11-04 12:26:53 -08:00
rays commented 2026-11-04 12:38:05 -08:00
Author
Owner
Copy Link

Found: the list is fetched 50 at a time and only the Load more button asked for more, so a swipe or j stopped at the 50th item until a reload. Fixed in 385589f: turning to within five of the end fetches the next page; Load more on the Unread tab counts only what is still unread (it skipped as many unread items as had been read); a refresh after the app comes back always asks for the first page. Deployed in ipx-web 2026-11-04 20:38 UTC. Scrolling the reader was not reproduced; if it still sticks with this in place, reopen.

Found: the list is fetched 50 at a time and only the Load more button asked for more, so a swipe or j stopped at the 50th item until a reload. Fixed in 385589f: turning to within five of the end fetches the next page; Load more on the Unread tab counts only what is still unread (it skipped as many unread items as had been read); a refresh after the app comes back always asks for the first page. Deployed in ipx-web 2026-11-04 20:38 UTC. Scrolling the reader was not reproduced; if it still sticks with this in place, reopen.
rays closed this issue 2026-11-04 12:38:05 -08:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
Something is not working
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 invalid
Something is wrong
 question
More information is needed
 wontfix
This won't be fixed
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
rays
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: rays/ipx#383
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?