Skip to content

fix: route embed details with explicit provider#262

Open
mariusvniekerk wants to merge 2 commits intofix-kata-55-explicit-repo-upsertfrom
fix-kata-52-explicit-embed-provider
Open

fix: route embed details with explicit provider#262
mariusvniekerk wants to merge 2 commits intofix-kata-55-explicit-repo-upsertfrom
fix-kata-52-explicit-embed-provider

Conversation

@mariusvniekerk
Copy link
Copy Markdown
Collaborator

Embed detail surfaces now carry provider in the route contract and pass it directly into the workspace sidebar. This avoids classifying self-hosted GitLab instances by hostname text.

@mariusvniekerk
Copy link
Copy Markdown
Collaborator Author

mariusvniekerk commented May 7, 2026

@roborev-ci
Copy link
Copy Markdown

roborev-ci Bot commented May 7, 2026

roborev: Combined Review (80405db)

Medium risk: legacy embedded detail URLs may no longer route to the detail surface.

Medium

  • frontend/src/lib/stores/router.svelte.ts:219
    The parser now only accepts /workspaces/embed/detail/:provider/:type/..., so existing embedded detail URLs using the previous /workspaces/embed/detail/:type/... shape fall through to the generic workspaces page instead of rendering the embedded detail surface. Keep a legacy matcher that parses the old route shape and infers the provider as before, or redirect legacy routes to the new provider-explicit form during a transition.

  • frontend/src/lib/stores/router.test.ts:212
    This user-visible embedded workspace detail routing change only has router unit coverage; there is no e2e/API+SQLite coverage proving the explicit provider reaches the detail sidebar workflow. Add an e2e test that navigates to a provider-explicit embed detail route, preferably for GitLab/non-github.com, and asserts the rendered sidebar/API flow uses that provider.


Synthesized from 3 reviews (agents: codex, gemini | types: default, security)

@roborev-ci
Copy link
Copy Markdown

roborev-ci Bot commented May 7, 2026

roborev: Combined Review (dfb5e5f)

No Medium, High, or Critical findings were reported.

All provided reviews either found no issues or contained no findings to merge.


Synthesized from 3 reviews (agents: codex, gemini | types: default, security)

@mariusvniekerk mariusvniekerk force-pushed the fix-kata-55-explicit-repo-upsert branch from 59737b1 to 8fac843 Compare May 7, 2026 13:15
@mariusvniekerk mariusvniekerk force-pushed the fix-kata-52-explicit-embed-provider branch from dfb5e5f to 291bdf5 Compare May 7, 2026 13:16
@roborev-ci
Copy link
Copy Markdown

roborev-ci Bot commented May 7, 2026

roborev: Combined Review (291bdf5)

No Medium, High, or Critical findings were reported.

All review agents found no actionable issues at Medium severity or above.


Synthesized from 3 reviews (agents: codex, gemini | types: default, security)

Embed detail surfaces now carry provider in the route contract and pass it directly into the workspace sidebar. This avoids classifying self-hosted GitLab instances by hostname text.
Provider-explicit embed routes now keep e2e coverage for the detail request path, while legacy embed detail URLs continue to resolve during the route transition.
@mariusvniekerk mariusvniekerk force-pushed the fix-kata-55-explicit-repo-upsert branch from 8fac843 to fa0483b Compare May 8, 2026 21:04
@mariusvniekerk mariusvniekerk force-pushed the fix-kata-52-explicit-embed-provider branch from 291bdf5 to c5120e9 Compare May 8, 2026 21:05
@roborev-ci
Copy link
Copy Markdown

roborev-ci Bot commented May 8, 2026

roborev: Combined Review (c5120e9)

Regression found: legacy GitHub Enterprise embed links can now resolve with the wrong provider.

High

  • frontend/src/lib/stores/router.svelte.ts:111
    Legacy embed detail URLs now infer gitlab for every host except exactly github.com. This regresses prior behavior, where hosts were treated as GitHub unless they contained gitlab, so legacy GitHub Enterprise URLs like ghe.example.com now issue detail requests with the wrong provider.

    Fix: Match the previous heuristic:

    return platformHost.toLowerCase().includes("gitlab") ? "gitlab" : "github";

Synthesized from 3 reviews (agents: codex, gemini | types: default, security)

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.

1 participant