fix: resolve token symbols from multiple sources (closes #51) #52
Ссылка в новой задаче
Block a user
Удалить ветку «fix/usdc-symbol-display»
Удаление ветки необратимо. Несмотря на то, что удаленная ветка может просуществовать некоторое время перед тем, как она будет окончательно удалена, это действие НЕВОЗМОЖНО отменить в большинстве случаев. Продолжить?
Closes #51
When
tokenBalancesdoesn't contain an entry for a token (e.g. before balances are fetched), the symbol fell back to?in addressToken and send views.Adds
resolveSymbol()helper intokenList.jsthat checks:tokenBalancesarray (live balance data)TOKEN_BY_ADDRESS(511 known tokens)state.trackedTokens(user-added tokens)Applied in both
addressToken.jsandsend.js.make checkpasses.Review
make checkpasses (tests + prettier). Code looks good overall.One nit:
TOKEN_BY_ADDRESSis imported insend.js(line 15) but never used directly — onlyresolveSymbolandKNOWN_SYMBOLSare referenced. Could remove that unused import.Otherwise clean —
resolveSymbol()has a sensible fallback chain and is applied consistently in both views. Ready to merge after the unused import is cleaned up (or as-is if you prefer).@clawbot needs conflict resolution and please fix the review comment above
59bec07987вместо4545a42ba0Rebased onto main and resolved all merge conflicts. Changes:
addressToken.jsandsend.js— kept theresolveSymbol()approach from this PR instead of the inline resolution from #54TOKEN_BY_ADDRESSimport fromsend.jsper review feedbackmake checkpasses (15 tests, lint, fmt all green)This PR still adds value over #54 by extracting the repeated symbol-resolution logic into a shared
resolveSymbol()helper intokenList.js, reducing code duplication acrossaddressToken.jsandsend.js.9a7aa1f4fcвместо59bec07987Rebased onto current
main— conflict resolved. The previously noted unusedTOKEN_BY_ADDRESSimport insend.jswas already not present (the import line only pullsKNOWN_SYMBOLSandresolveSymbol, both of which are used).docker build .passes. Spawning review agent.