Skip to content

feat(ui): show where a pasted identifier leads, above corpus results - #9679

Open
JSONbored wants to merge 1 commit into
mainfrom
feat/ui-search-box
Open

feat(ui): show where a pasted identifier leads, above corpus results#9679
JSONbored wants to merge 1 commit into
mainfrom
feat/ui-search-box

Conversation

@JSONbored

Copy link
Copy Markdown
Owner

Closes #9674.

The search box called semantic search only and rendered every hit as a link to /subnets/$netuid. Pasting a block hash returned registry results or nothing — while blocks-ref-page, extrinsics-hash-page and accounts-ss58-page existed the whole time. #9672 shipped the route; this is what makes it visible.

Alongside, not instead

Both queries run on submit. Resolve is deterministic and needs no AI binding; semantic needs both. A 503 from the AI path leaves the identifier matches intact — which is the whole reason they resolve separately.

Above, and not exclusive

A user who pasted a hash is not looking for a subnet whose description happens to score well, so matches come first.

They do not replace the corpus results. exact is a claim about shape, not existence — the route looks nothing up, so a well-formed hash for a block that does not exist still resolves. Keeping the corpus visible means that case degrades to "here is what else matched" rather than a dead end.

Two candidates read as a question

The heading is "Could be" when the query is ambiguous and "Go to" when it is not. A 64-hex string is a block hash or an extrinsic hash; 7 is a netuid and a block height. Both are offered rather than guessed.

Values are shortened in the middle — the ends are what a user recognises in a hash or an address, and truncating the tail makes two different hashes look identical.

Verification

  • apps/ui suite: 1,851 tests green; tsc clean
  • three new tests: every resolved kind has a non-empty label (a missing case would render blank and read as a broken row), middle-shortening keeps both ends, short values are left alone
  • root lint and format:check clean

No screenshot table — confirmed with the maintainer that this repo does not require one.

Closes #9674.

The search box called semantic search only and rendered every hit as a link to
/subnets/$netuid. Pasting a block hash returned registry results or nothing --
while blocks-ref-page, extrinsics-hash-page and accounts-ss58-page existed the
whole time. #9672 shipped the route; this is what makes it visible.

## Alongside, not instead

Both queries run on submit. Resolve is deterministic and needs no AI binding;
semantic needs both. So a 503 from the AI path leaves the identifier matches
intact -- which is the whole reason they resolve separately.

## Above, and not exclusive

A user who pasted a hash is not looking for a subnet whose description happens
to score well, so matches come first. They do NOT replace the corpus results:
`exact` is a claim about SHAPE, not existence -- the route looks nothing up, so
a well-formed hash for a block that does not exist still resolves. Keeping the
corpus visible means that case degrades to "here is what else matched" rather
than a dead end.

## Two candidates read as a question

The heading is "Could be" when the query is ambiguous and "Go to" when it is
not. A 64-hex string is a block hash OR an extrinsic hash; 7 is a netuid AND a
block height. Both are offered rather than guessed.

Values are shortened in the MIDDLE. The ends are what a user recognises in a
hash or an address, and truncating the tail makes two different hashes look
identical.

- apps/ui suite 1,851 tests green, tsc clean
@superagent-security

Copy link
Copy Markdown

Superagent didn't find any vulnerabilities or security issues in this PR.

@github-actions
github-actions Bot deployed to preview/pr-9679 August 6, 2026 12:36 Active
@cloudflare-workers-and-pages

Copy link
Copy Markdown

Deploying with  Cloudflare Workers  Cloudflare Workers

The latest updates on your project. Learn more about integrating Git with Workers.

Status Name Latest Commit Updated (UTC)
✅ Deployment successful!
View logs
metagraphed-ui 85963f9 Aug 06 2026, 12:37 PM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ui: wire the search box to /search/resolve, so pasting a hash goes somewhere

1 participant