Skip to content

Received USDT celebration is dropped when the transfer lands during deposit details #1502

Closed

Description

@jvsena42

If a USDT transfer arrives while the Cross-Network Deposits details screen is open, the received celebration is never shown. Nothing interrupts the details screen, which is correct. After returning to the USDT wallet, though, no celebration appears, so the event is dropped rather than deferred.

Found during the device gate of #1494. Reproduced the same way on master (262b16973), so this predates that PR.

Steps (local USDT fixture, Arbitrum fork)

  1. Open USDT Receive → Network → Cross-Network Deposits, then open a deposit.
  2. Send a USDT transfer to the wallet's Arbitrum address and mine it.
  3. Stay on the deposit details screen until the transfer has confirmed, then go back to the USDT wallet.

Expected: the received celebration shows once you are back on the wallet, as it does when the same transfer lands with the USDT list open (it appears after about 12 s there).

Actual: no celebration, on either the PR build or master.

Activity

  1. added this to the 3.0.0 milestone on Oct 15, 2026
  2. modified the milestones: 3.0.0, 3.0.5 on Oct 15, 2026
  3. ben-kaufman commented on Oct 15, 2026

    @ben-kaufman
    Contributor

    Fixed in #1506. Confirmed incoming transfers remain queued while deposit details or another sheet is open, and are consumed only when the receive sheet can actually appear. Tests cover deferred delivery, one-time consumption, first-sync suppression and wallet reset. iOS already has a deferred receive queue; its existing presentation and no-repeat tests passed.

  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