fix: project list/search openInHarness URLs (org alias, nested project rows)

[thisrohangupta]

Description

Fixes malformed openInHarness links for harness_list / search on resource_type: project.

Root cause

• The project deepLinkTemplate uses {org} and {project}, but the registry only populated orgIdentifier and projectIdentifier from the request scope, so {org} was left literal in the URL.
• List rows that include a nested project: { identifier, name } object led to String(project) → [object Object] in the path when that field was used as a placeholder.

Changes

• After building link params, mirror orgIdentifier ↔ org and projectIdentifier ↔ project so short template names resolve.
• Use a small scalarForDeepLink helper so only string/number/boolean values become placeholders; nested objects fall through to nested unwrapping instead of String(object).
• Regression tests for nested list rows and flat identifier rows.

Type of Change

• Bug fix
• New feature
• Refactor
• Documentation
• Other

Checklist

• Tests pass (Node/pnpm not available in this agent image; please run pnpm test tests/registry/registry.test.ts and pnpm typecheck locally)
• Typecheck passes

Slack Thread

  

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}