sneak e9dc1fdccd fix: the wallet's own send shows its amount to four decimal places (closes #522) ...

ConfirmTx and the wait, success and error screens printed the text from
Send's amount field as typed or as Max filled it in: `0.5 ETH`, `.5 ETH`, or
`1.234147890123456789 ETH` after Max, where TxApproval shows a site's send
as `0.5000 ETH`. ConfirmTx now writes the amount as TxApproval does: parsed
at the scale it is encoded with, written back as plain decimal text, and cut
by truncateAmountNeverZero(). It hands the status screens a copy carrying
that text. The transaction is still signed for the exact amount, which stays
on the pending transaction, and the USD value is priced from it. A saved
confirmation screen whose amount is not text is no longer redrawn.

Model: opus-5-5

2026-10-19 13:51:04 +00:00

..

firefox

fix: approval windows open as wide as the page (closes #518)

2026-10-16 05:44:50 +02:00

dapp.js

fix: a slow answer to an approval still reaches the site (closes #540)

2026-10-16 03:27:53 +02:00

Dockerfile

build: run the browser e2e suites in CI (closes #259)

2026-08-17 08:52:26 +02:00

harness.js

test: wait until the page shows a screen, not only until it lays out (closes #502)

2026-10-08 12:49:43 +02:00

network.js

fix: a send the confirmation screen refuses moves nothing on it (closes #583)

2026-10-19 14:45:01 +02:00

run.js

fix: the wallet's own send shows its amount to four decimal places (closes #522)

2026-10-19 13:51:04 +00:00

slowApproval.js

fix: a site allowed without Remember stays connected when the background worker idles (closes #526)

2026-10-18 23:59:24 +02:00

storagePartition.js

release: produce a versioned per-browser artifact and pin the Chrome extension id (closes #310)

2026-08-23 16:13:22 +02:00