Skip to content

bug: a link opened during a pending pubky sign-in drops the sign-in #1542

Closed

Description

@ovitrif

Refs:

What happened?

A link that arrives while a Pubky sign-in link is pending replaces the sign-in link. @jvsena42 saw both cases during the device test of #1514 (details):

  • A bitcoin: URI opened while the PIN screen holds a deferred sign-in link replaces it (Replacing deferred scan from 'deeplink'), and the sign-in link is dropped.
  • A URI opened while the Authorize sheet is open replaces the sheet with Send.

Expected behavior

A pending sign-in link is not dropped by a later link: the later link waits until the sign-in is approved or cancelled, as it already does while a sign-in link waits for the Pubky session.

Steps to Reproduce

  1. Turn the PIN on, force-stop Bitkit and open a pubkyauth://signin_grant link.
  2. While the PIN screen shows, open a bitcoin: URI.
  3. Unlock: Send opens and the Authorize sheet never appears.
  4. Open a sign-in link with Bitkit unlocked, then open a bitcoin: URI while the Authorize sheet is open: Send replaces the sheet.

Additional context

Both behaviours predate #1514; deferred scans keep a single slot.

Activity

  1. added this to the 3.0.5 milestone on Oct 16, 2026
  2. self-assigned this
    on Oct 16, 2026
  3. ovitrif commented on Oct 16, 2026

    @ovitrif
    CollaboratorAuthor

    The PIN-screen case also reproduces on iOS master; tracked in synonymdev/bitkit-ios#985.

  4. modified the milestones: 3.0.5, 3.0.0 on Oct 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions