fix: a PERMIT2_TRANSFER_FROM shows the swap's unknown first take beside its figure (closes #634)
check / check (push) Canceled after 0s
e2e / e2e-chrome (push) Canceled after 0s
e2e / e2e-firefox (push) Canceled after 0s

When the step that sets the input side states no amount, a
PERMIT2_TRANSFER_FROM of the same token still showed its own figure,
which was then the only amount of that token on the screen. The rule
that adds the line saying the first take is not known now also applies
when such a move gives a figure of that token, before or after the
swap step. A move of another token, and a move into the router, read as
before.

Model: opus-5-5
This commit is contained in:
2026-10-20 08:14:33 +00:00
parent 657dc14f04
commit c13385b270
3 changed files with 62 additions and 7 deletions
+4 -3
View File
@@ -3195,9 +3195,10 @@ Currently supported:
amount, as of a V4 exact-out step); and one whose amount the decoder does not
know. When the step that sets the input side states no amount and there is no
`Amount` line, that step gets them too whenever another take's lines give a
figure, so that figure cannot read as all that leaves. They come in step
order, the step that sets the input side first when it has them:
`Moved from the sender`, its amount, worded as the `Amount` line words one, or
figure, or a `PERMIT2_TRANSFER_FROM` of its token gets the lines below, so
that figure cannot read as all that leaves. They come in step order, the step
that sets the input side first when it has them: `Moved from the sender`, its
amount, worded as the `Amount` line words one, or
`Unknown (could not be decoded)` when the decoder does not know it;
`Token moved`, giving the token's address as the `Token In` line does; and
`Moved to`, which reads `The swap step that spends it`. A token the decoder