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

Share does nothing in the iOS app on an episode of a private feed #452

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

Since #447, Share asks ipx for an ipx-play link first. For a feed that is not shared (why: private, e.g. get-in-the-trunk-anthology-series-delta), shareEpisode falls back to share(name, own) after that request, and WebKit no longer counts the tap: navigator.share is refused. Its Patreon address also goes through confirm(), which the iOS app does not answer (below), so it returns false. Seen 2026-11-13 16:07-16:26 UTC: one person's taps sent the share request 2-3 times each, every answer 200 {url:null, why:"private"}, and no sheet appeared (trace d424da357df97e8f92f6ca2ac12a0f6c, UA the app's WKWebView).

Since #447, Share asks ipx for an ipx-play link first. For a feed that is not shared (`why: private`, e.g. get-in-the-trunk-anthology-series-delta), `shareEpisode` falls back to `share(name, own)` after that request, and WebKit no longer counts the tap: `navigator.share` is refused. Its Patreon address also goes through `confirm()`, which the iOS app does not answer (below), so it returns false. Seen 2026-11-13 16:07-16:26 UTC: one person's taps sent the share request 2-3 times each, every answer 200 `{url:null, why:"private"}`, and no sheet appeared (trace d424da357df97e8f92f6ca2ac12a0f6c, UA the app's WKWebView).
rays added the bug label 2026-11-13 08:53:25 -08:00
rays commented 2026-11-13 08:58:16 -08:00
Author
Owner
Copy Link

Fixed in b3636e6: an episode with no ipx-play link offers its own address through the same Share menu, so the sheet opens from a press of its own, and the warning for an address carrying your access is written in the menu instead of confirm() (#453). Deployed in ipx-web.

Fixed in b3636e6: an episode with no ipx-play link offers its own address through the same Share menu, so the sheet opens from a press of its own, and the warning for an address carrying your access is written in the menu instead of confirm() (#453). Deployed in ipx-web.
rays closed this issue 2026-11-13 08:58:16 -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#452
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?