we strive for UI data consistency in all things. please identify any other places where the same types of data (such as contract addresses - we use a well) are displayed inconsistently on different views.
we strive for UI data consistency in all things. please identify any other places where the same types of data (such as contract addresses - we use a well) are displayed inconsistently on different views.
clawbot
self-assigned this 2026-02-28 21:03:23 +01:00
The confirm-tx page displayed token contract addresses as plain text with just an etherscan link, while addressToken used a styled bg-hover rounded-md container with:
Color dot (addressDotHtml)
Copy-on-click (dashed underline)
Etherscan external link
Token metadata (name, symbol)
Fixed: confirm-tx now uses the same styled container pattern with all of the above.
Full view audit
View
Contract display
Status
addressToken
Styled container with dot, copy, link, metadata
✅ Reference
confirmTx
Was plain text, now styled container
✅ Fixed
approval
Simpler display, appropriate for dapp context
✅ OK
txStatus
Address display consistent with context
✅ OK
transactionDetail
Uses well pattern for calldata
✅ OK
send
Input form, no contract display
✅ N/A
No additional inconsistencies found that warrant changes.
## Inconsistency Audit & Fix
### Primary issue (confirm-tx)
The confirm-tx page displayed token contract addresses as plain text with just an etherscan link, while addressToken used a styled `bg-hover rounded-md` container with:
- Color dot (`addressDotHtml`)
- Copy-on-click (dashed underline)
- Etherscan external link
- Token metadata (name, symbol)
**Fixed**: confirm-tx now uses the same styled container pattern with all of the above.
### Full view audit
| View | Contract display | Status |
|------|-----------------|--------|
| addressToken | Styled container with dot, copy, link, metadata | ✅ Reference |
| confirmTx | Was plain text, now styled container | ✅ Fixed |
| approval | Simpler display, appropriate for dapp context | ✅ OK |
| txStatus | Address display consistent with context | ✅ OK |
| transactionDetail | Uses well pattern for calldata | ✅ OK |
| send | Input form, no contract display | ✅ N/A |
No additional inconsistencies found that warrant changes.
PR: #74
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.
we strive for UI data consistency in all things. please identify any other places where the same types of data (such as contract addresses - we use a well) are displayed inconsistently on different views.
Inconsistency Audit & Fix
Primary issue (confirm-tx)
The confirm-tx page displayed token contract addresses as plain text with just an etherscan link, while addressToken used a styled
bg-hover rounded-mdcontainer with:addressDotHtml)Fixed: confirm-tx now uses the same styled container pattern with all of the above.
Full view audit
No additional inconsistencies found that warrant changes.
PR: #74