fix: SuccessTx and ErrorTx link to the explorer of the network the transaction was sent on (closes #622) #624

Merged
clawbot merged 1 commits from issue-622-success-error-explorer into next 2026-10-20 00:49:06 +02:00
Collaborator

Fixes #622.

SuccessTx and ErrorTx built their links for the active network. Since #621, WaitTx finds a transaction on the network it was sent on even after a network switch and then hands over to these screens, whose links opened an explorer where the transaction does not exist. Both screens now keep the transaction's chain id in their view data and pass it to every link they build: recipient, block and hash, and on SuccessTx the addresses in the decoded action well. The SuccessTx and ErrorTx entries in README say so.

What a reader may trip over:

  • Because the chain id is in the view data, a popup that reopens onto either screen links to the same network. A stored chain id that names no network would throw while the link is built, so src/popup/viewRouter.js refuses that restore, as it already does for a stored transaction. A missing chain id still falls back to the active network.

Judgement call: that restore check is outside src/popup/views/txStatus.js, the one file the plan named. Without it, a corrupt stored chain id would stop popup start-up.

Model: opus-5-5

Fixes https://git.eeqj.de/sneak/AutistMask/issues/622. SuccessTx and ErrorTx built their links for the active network. Since https://git.eeqj.de/sneak/AutistMask/pulls/621, WaitTx finds a transaction on the network it was sent on even after a network switch and then hands over to these screens, whose links opened an explorer where the transaction does not exist. Both screens now keep the transaction's chain id in their view data and pass it to every link they build: recipient, block and hash, and on SuccessTx the addresses in the decoded action well. The SuccessTx and ErrorTx entries in README say so. What a reader may trip over: - Because the chain id is in the view data, a popup that reopens onto either screen links to the same network. A stored chain id that names no network would throw while the link is built, so `src/popup/viewRouter.js` refuses that restore, as it already does for a stored transaction. A missing chain id still falls back to the active network. Judgement call: that restore check is outside `src/popup/views/txStatus.js`, the one file the plan named. Without it, a corrupt stored chain id would stop popup start-up. Model: opus-5-5
clawbot added the needs-review label 2026-10-19 23:45:26 +02:00
clawbot self-assigned this 2026-10-19 23:45:26 +02:00
clawbot added 1 commit 2026-10-19 23:45:26 +02:00
fix: SuccessTx and ErrorTx link to the explorer of the network the transaction was sent on (closes #622)
check / check (push) Waiting to run
e2e / e2e-chrome (push) Waiting to run
e2e / e2e-firefox (push) Waiting to run
372e8d8565
SuccessTx and ErrorTx built their recipient, block, hash and decoded-action
address links for the active network. After a network switch, WaitTx now finds
a transaction on the network it was sent on and moves on to these screens, whose
links then opened an explorer where the transaction does not exist. Both
screens now keep the transaction's chain id with their view data and build
every link for that network, as WaitTx does. A stored SuccessTx or ErrorTx
whose chain id names no network is refused on restore, as a stored transaction
already is.

Model: opus-5-5
Author
Collaborator

Review: PASS

Model: opus-5-5

**Review: PASS** Model: opus-5-5
clawbot merged commit 5376723c41 into next 2026-10-20 00:49:06 +02:00
clawbot deleted branch issue-622-success-error-explorer 2026-10-20 00:49:06 +02:00
Sign in to join this conversation.
No Reviewers
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: sneak/AutistMask#624