On the transaction history on main, address, and the transaction detail page transaction, swaps just show up as "Sent" - they should say "Swap" in the tx lists and the detail page should show all of the swap details (if we are able to decode it). The transaction detail page should in any event indicate that it's an unknown contract call if it's NOT a standard erc20 send/receive, and we don't know how to otherwise decode it. In that case it should show the raw transaction hex in the tx detail view.
If we can decode it, make it look the same as it does on the signing confirmation view (it's in a well iirc). Display consistency.
On the transaction history on `main`, `address`, and the transaction detail page `transaction`, swaps just show up as "Sent" - they should say "Swap" in the tx lists and the detail page should show all of the swap details (if we are able to decode it). The transaction detail page should in any event indicate that it's an unknown contract call if it's NOT a standard erc20 send/receive, and we don't know how to otherwise decode it. In that case it should show the raw transaction hex in the tx detail view.
If we can decode it, make it look the same as it does on the signing confirmation view (it's in a well iirc). Display consistency.
clawbot
was assigned by sneak2026-02-27 21:00:31 +01:00
In tx history lists (home, address, addressToken views): detect contract calls vs simple transfers. Show "Swap" for decoded Uniswap txs, "Contract Call" for unknown contract interactions, "Sent"/"Received" only for actual transfers.
In transaction detail view: if we can decode (Uniswap, ERC-20), show the decoded summary in the same well format as the signing confirmation. If unknown contract call, show "Unknown Contract Call" label + full raw calldata hex.
Reuse the existing decoder modules in src/shared/ (uniswap.js, etc.) for display-side decoding.
Spawning a sub-agent now.
Taking this. Plan:
1. In tx history lists (home, address, addressToken views): detect contract calls vs simple transfers. Show "Swap" for decoded Uniswap txs, "Contract Call" for unknown contract interactions, "Sent"/"Received" only for actual transfers.
2. In transaction detail view: if we can decode (Uniswap, ERC-20), show the decoded summary in the same well format as the signing confirmation. If unknown contract call, show "Unknown Contract Call" label + full raw calldata hex.
3. Reuse the existing decoder modules in `src/shared/` (uniswap.js, etc.) for display-side decoding.
Spawning a sub-agent now.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
On the transaction history on
main,address, and the transaction detail pagetransaction, swaps just show up as "Sent" - they should say "Swap" in the tx lists and the detail page should show all of the swap details (if we are able to decode it). The transaction detail page should in any event indicate that it's an unknown contract call if it's NOT a standard erc20 send/receive, and we don't know how to otherwise decode it. In that case it should show the raw transaction hex in the tx detail view.If we can decode it, make it look the same as it does on the signing confirmation view (it's in a well iirc). Display consistency.
Taking this. Plan:
src/shared/(uniswap.js, etc.) for display-side decoding.Spawning a sub-agent now.