You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fixes the block explorer URL generation for Solana SPL tokens in the Security Trust screen. The params.address contains a full CAIP asset type ID (e.g., solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp/token:USD1ttGY1N17NEEHLmELoaybftRBUSErhqYiQzvEmuB) but the block explorer URL template expects just the raw token address.
This change extracts the assetReference from the CAIP asset type before passing it to getBlockExplorerTokenUrl.
Changelog
CHANGELOG entry: Fix block explorer redirection for solana.
Feature: my feature nameScenario: user [verb for user action]Given [describe expected initial app state]
When user [verb for user action]
Then [describe expected outcome]
I've manually tested the PR (e.g. pull and build branch, run the app, test code being changed).
I confirm that this PR addresses all acceptance criteria described in the ticket it closes and includes the necessary testing evidence such as recordings and or screenshots.
Note
Low Risk
Low risk: a small, localized change to external link URL generation plus targeted unit tests; main risk is incorrect CAIP parsing leading to broken explorer links for some non-EVM assets.
Overview
Fixes block explorer redirection from SecurityTrustScreen by detecting CAIP asset type addresses and passing only the parsed assetReference (e.g., Solana mint) into getBlockExplorerTokenUrl instead of the full CAIP identifier.
Updates SecurityTrustScreen.test.tsx to make route params configurable and adds assertions that EVM addresses are passed through unchanged while Solana CAIP addresses are correctly parsed before URL generation (with useBlockExplorer now mocked to verify calls).
Reviewed by Cursor Bugbot for commit a5464e1. Bugbot is set up for automated code reviews on this repo. Configure here.
Selected Performance tags: None (no tests recommended)
Risk Level: low
AI Confidence: 95%
click to see 🤖 AI reasoning details
E2E Test Selection:
The changes are limited to two files: SecurityTrustScreen.tsx and its unit test file. The production change is a narrow bug fix that adds CAIP asset type detection before constructing block explorer URLs for tokens - when a token address is in CAIP format (e.g., Solana tokens), it extracts the assetReference before passing to getBlockExplorerTokenUrl. The test file refactors mock setup and adds two new unit tests for this behavior. No E2E tests exist for SecurityTrustScreen (confirmed by searching for SecurityTrust/SECURITY_TRUST in e2e and spec files). The change does not touch any shared components (navigation, modals, confirmations), controllers, Engine, or any infrastructure that could affect other test flows. This is a pure unit-level fix with no E2E test coverage needed.
Performance Test Selection:
The change is a simple conditional check (isCaipAssetType + parseCaipAssetType) before constructing a block explorer URL. This has negligible performance impact - it's a string parsing operation that runs once when the SecurityTrustScreen renders with a non-native token. No performance tests are warranted.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Fixes the block explorer URL generation for Solana SPL tokens in the Security Trust screen. The params.address contains a full CAIP asset type ID (e.g., solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp/token:USD1ttGY1N17NEEHLmELoaybftRBUSErhqYiQzvEmuB) but the block explorer URL template expects just the raw token address.
This change extracts the assetReference from the CAIP asset type before passing it to getBlockExplorerTokenUrl.
Changelog
CHANGELOG entry: Fix block explorer redirection for solana.
Related issues
Fixes: https://consensyssoftware.atlassian.net/browse/ASSETS-3076?focusedCommentId=412599
Manual testing steps
Screenshots/Recordings
Before
After
Screen.Recording.2026-04-17.at.11.51.22.mov
Pre-merge author checklist
Performance checks (if applicable)
trace()for usage andaddTokenfor an exampleFor performance guidelines and tooling, see the Performance Guide.
Pre-merge reviewer checklist
Note
Low Risk
Low risk: a small, localized change to external link URL generation plus targeted unit tests; main risk is incorrect CAIP parsing leading to broken explorer links for some non-EVM assets.
Overview
Fixes block explorer redirection from
SecurityTrustScreenby detecting CAIP asset type addresses and passing only the parsedassetReference(e.g., Solana mint) intogetBlockExplorerTokenUrlinstead of the full CAIP identifier.Updates
SecurityTrustScreen.test.tsxto make route params configurable and adds assertions that EVM addresses are passed through unchanged while Solana CAIP addresses are correctly parsed before URL generation (withuseBlockExplorernow mocked to verify calls).Reviewed by Cursor Bugbot for commit a5464e1. Bugbot is set up for automated code reviews on this repo. Configure here.