Web Console: Gitea issue and PR linkage console (Phase 3) #645

Open
opened 2026-07-10 14:41:09 -05:00 by jcwalker3 · 0 comments
Owner

Problem statement

Operators need a console surface that shows Gitea issue↔PR linkage, handoff comments, labels, and controller state without becoming a full Gitea replacement editor.

User and operational impact

Lost context between issues/PRs; hard to see which PR closes which issue or latest canonical handoff.

Scope

  • Read-only linkage browser: issue → related PRs, PR → issue, labels, latest canonical state comment summary, timeline deep-link (#637).
  • Deep links to Gitea web UI (reveal endpoints only when allowed).
  • Optional filters by project/registry.

Explicit non-goals

  • No full issue/PR editor.
  • No browser review/merge.
  • No duplicate of Gitea search product.

Required implementation investigation

Queue loaders, Gitea list/view APIs, #429, #637, #640, #631, canonical comment modules.

Proposed architecture or implementation direction

Server-side Gitea reads via existing MCP/auth helpers; linkage DTO; HTML table + detail.

Security and workflow-safety requirements

Use server credentials only; redact; RBAC for which projects visible.

Acceptance criteria

  1. Issue/PR linkage visible for selected project/repo.
  2. Latest handoff summary when present.
  3. External link to Gitea when permitted.
  4. Tests with mocked Gitea payloads.
  5. Docs.

Required tests

Linkage resolution unit tests; view tests.

Observability and audit requirements

Read-only access logged if required by #633.

Dependencies and linkage

Canonical issue state

STATE: ready-for-author
WHO_IS_NEXT: author
NEXT_ACTION: Implement Gitea linkage console view
NEXT_PROMPT: Author linkage view; PR; stop

Required final evidence

PR with view, tests, docs.

Required final response and handoff expectations

Brief PR → reviewer.

## Problem statement Operators need a console surface that shows **Gitea issue↔PR linkage**, handoff comments, labels, and controller state without becoming a full Gitea replacement editor. ## User and operational impact Lost context between issues/PRs; hard to see which PR closes which issue or latest canonical handoff. ## Scope * Read-only linkage browser: issue → related PRs, PR → issue, labels, latest canonical state comment summary, timeline deep-link (#637). * Deep links to Gitea web UI (reveal endpoints only when allowed). * Optional filters by project/registry. ## Explicit non-goals * No full issue/PR editor. * No browser review/merge. * No duplicate of Gitea search product. ## Required implementation investigation Queue loaders, Gitea list/view APIs, #429, #637, #640, #631, canonical comment modules. ## Proposed architecture or implementation direction Server-side Gitea reads via existing MCP/auth helpers; linkage DTO; HTML table + detail. ## Security and workflow-safety requirements Use server credentials only; redact; RBAC for which projects visible. ## Acceptance criteria 1. Issue/PR linkage visible for selected project/repo. 2. Latest handoff summary when present. 3. External link to Gitea when permitted. 4. Tests with mocked Gitea payloads. 5. Docs. ## Required tests Linkage resolution unit tests; view tests. ## Observability and audit requirements Read-only access logged if required by #633. ## Dependencies and linkage * Parent: #631 · Soft-depends: #637, #640, #635 · Related: #626 ## Canonical issue state ```text STATE: ready-for-author WHO_IS_NEXT: author NEXT_ACTION: Implement Gitea linkage console view NEXT_PROMPT: Author linkage view; PR; stop ``` ## Required final evidence PR with view, tests, docs. ## Required final response and handoff expectations Brief PR → reviewer.
jcwalker3 added the type:featurestatus:readyworkflow-hardeningdashboard labels 2026-07-10 14:41:10 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Scaled-Tech-Consulting/Gitea-Tools#645