Bug: Solana source shows EVM token addresses, LOADING TOKEN INFO blocks deposit #82

Closed
opened 2026-03-28 03:06:23 +00:00 by Brouie · 3 comments
Brouie commented 2026-03-28 03:06:23 +00:00 (Migrated from gitlab.com)

When FROM is set to Solana Localnet, the token selector shows EVM contract addresses (e.g. 0xE6E340...16E57E for LUNC) instead of SPL mint addresses. Bridge button stuck on LOADING TOKEN INFO and can't submit. Blocks all Solana deposit E2E testing. Found on v0.1.192/14d96ba after latest push. Anvil/Terra source chains work fine.

When FROM is set to Solana Localnet, the token selector shows EVM contract addresses (e.g. 0xE6E340...16E57E for LUNC) instead of SPL mint addresses. Bridge button stuck on LOADING TOKEN INFO and can't submit. Blocks all Solana deposit E2E testing. Found on v0.1.192/14d96ba after latest push. Anvil/Terra source chains work fine.
Brouie commented 2026-03-28 03:10:40 +00:00 (Migrated from gitlab.com)

mentioned in issue #78

mentioned in issue #78
PlasticDigits commented 2026-03-28 08:04:43 +00:00 (Migrated from gitlab.com)

Fix landed on feat/solana-integration (commit 9a7baab).

What changed (short): Solana-as-source no longer reuses the EVM token path (registry evm_token_address / evmTokenAddress in the dropdown). Tokens are listed like Terra—filtered by destination-chain mappings from the Terra bridge—so labels stay symbols, not shortened 0x addresses. tokenConfig is unset for Solana so we do not run ERC-20 display without an EVM RPC. Solana mapping/SPL queries now gate the UI on in-flight loading (isLoading) instead of isPending, so the button is not stuck while queries are disabled. Solana→Terra also loads dest mappings for filtering; dest token bytes32 comes from useTokenDestMappingRaw (same cache as useTokenDestMapping).

@Brouie — could you QA verify on Solana Localnet (token list, no endless “Loading token info…”, deposit submit) when you have a build that includes this commit? Thanks.

**Fix landed** on `feat/solana-integration` (commit `9a7baab`). **What changed (short):** Solana-as-source no longer reuses the EVM token path (registry `evm_token_address` / `evmTokenAddress` in the dropdown). Tokens are listed like Terra—filtered by destination-chain mappings from the Terra bridge—so labels stay symbols, not shortened `0x` addresses. `tokenConfig` is unset for Solana so we do not run ERC-20 display without an EVM RPC. Solana mapping/SPL queries now gate the UI on **in-flight** loading (`isLoading`) instead of `isPending`, so the button is not stuck while queries are disabled. Solana→Terra also loads dest mappings for filtering; dest token bytes32 comes from `useTokenDestMappingRaw` (same cache as `useTokenDestMapping`). @Brouie — could you **QA verify** on Solana Localnet (token list, no endless “Loading token info…”, deposit submit) when you have a build that includes this commit? Thanks.
Brouie commented 2026-03-30 02:15:31 +00:00 (Migrated from gitlab.com)

Verified fixed on 84cf7e4. Solana Localnet source now shows SPL mint addresses correctly. Token selector works, LOADING TOKEN INFO resolved. Solana E2E unblocked.

Verified fixed on 84cf7e4. Solana Localnet source now shows SPL mint addresses correctly. Token selector works, LOADING TOKEN INFO resolved. Solana E2E unblocked.
Brouie (Migrated from gitlab.com) closed this issue 2026-03-30 02:15:52 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
code/cl8y-bridge-monorepo#82
No description provided.