Close stale pal-e-app / pal-e-docs-app rename tickets after pal-e-production landing #279
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/pal-e-platform#279
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Type
Bug
Lineage
Discovered during 2026-04-11 routing review. The rename trail
pal-e-app → pal-e-docs-app → pal-e-productionleft a sediment of stale tickets in two directions — some proposing forward renames, some proposing reverse renames. None are accurate. This is housekeeping.Scope review round 1: NEEDS_REFINEMENT (review-973-2026-04-11). Fixed in this revision: (1) pal-e-app#87 is already closed — treated as "add pointer comment only," not state change, (2) #278 cited explicitly in Related section, (3) AC dropping the
feedback_naming_conventionlesson-capture (out of scope; that's a memory file, not a pal-e-docs note), (4) AC clarifying that "no new tickets filed by this housekeeping pass" applies to the housekeeping action itself — forward-facing Keycloak / namespace work explicitly DEFERRED under #278.Repo
forgejo_admin/pal-e-platformWhat Broke
Five board / Forgejo items reference repo or namespace names that no longer match the current deployment topology. They confuse new readers, pollute board search, and slow down ticket triage. They are not actionable as written.
pal-e-platform#234pal-e-docs-apppod no longer exists. Replaced bypal-e-productionnamespace ~7d ago.pal-e-platform#255pal-e-production.pal-e-platform#257pal-e-production.pal-e-app#87(board #510)pal-e-app#88(board #513)Repro Steps
https://forgejo.tail5b443a.ts.net/forgejo_admin/pal-e-platform/issues/234kubectl get pods -A | grep pal-e-docs-app— observe zero podskubectl get pods -n pal-e-production— observe the actual frontend pod is here, healthyhttps://forgejo.tail5b443a.ts.net/forgejo_admin/pal-e-app.git— observe redirect topal-e-production(or pal-e-docs-app, depending on current state)Expected Behavior
Each obsolete ticket either:
wontfixwith a comment explaining the rename trail and pointing atforgejo_admin/pal-e-platform#278(the canonical hostname swap ticket), OREnvironment
forgejo.tail5b443a.ts.netboard-pal-e-docs(board items #510, #513 reference these issues)kubectl get pods -Aandkubectl get ingress -Aas of 2026-04-11Per-Ticket Action
pal-e-platform#234(Fix: pal-e-docs-app ImagePullBackOff) — currently openwontfix. Add closing comment naming the obsolete resource (thepal-e-docs-apppod) and pointing atforgejo_admin/pal-e-platform#278as the forward path.pal-e-platform#255(Keycloak client rename pal-e-docs-app → pal-e-app) — currently openwontfix. Add closing comment explaining that both names in the title are obsolete (canonical ispal-e-production), and that any actual Keycloak client work should be re-scoped underforgejo_admin/pal-e-platform#278if it's still relevant against the new topology. Do not file a new Keycloak rename ticket from this housekeeping pass — that decision belongs to whoever executes #278.pal-e-platform#257(Namespace rename pal-e-docs-app → pal-e-app) — currently openwontfix. Same closing comment pattern. Same deferral note.pal-e-app#87(Rename pal-e-app → pal-e-docs-app) — already closed 2026-03-28pal-e-productionand pointing atforgejo_admin/pal-e-platform#278for the canonical forward path.board-pal-e-docs.pal-e-app#88(Validate: pal-e-app) — currently openwontfix. Add closing comment explaining the validation target (pal-e-app repo + 4 PRs) is gone and any new frontend validation should be scoped under #278 against the currentpal-e-productiondeployment.board-pal-e-docs.Acceptance Criteria
pal-e-platform#234,#255,#257,pal-e-app#88each closed aswontfixwith a comment naming the obsolete resource and citingforgejo_admin/pal-e-platform#278by full URLpal-e-app#87(already closed) receives one pointer comment citing #278 — state unchangedboard-pal-e-docsTest Expectations
mcp__forgejo__list_issues(owner="forgejo_admin", repo="pal-e-platform", state="open")does NOT contain #234, #255, #257mcp__forgejo__list_issues(owner="forgejo_admin", repo="pal-e-app", state="open")does NOT contain #88mcp__pal-e-docs__list_board_items(board_slug="board-pal-e-docs")does NOT contain items 510 or 513closed(was closed 2026-03-28; this housekeeping pass does not reopen it)Constraints
mcp__forgejo__update_issueto close issues andmcp__forgejo__comment_on_issueto add closing commentsmcp__pal-e-docs__remove_board_itemto remove board itemsChecklist
Related
forgejo_admin/pal-e-platform#278— the canonical hostname swap ticket (the forward path that obsoletes everything in this housekeeping pass)forgejo_admin/pal-e-api#256— CORS middleware (the immediate symptom fix that #278 depends on)arch-domain-pal-e-docs— the current architecture diagramreview-973-2026-04-11— the round 1 review that caught the original body errorsScope Review: NEEDS_REFINEMENT
Review note:
review-973-2026-04-11Housekeeping scope is directionally sound. One of the 5 listed tickets is already closed, and there are a few small body accuracy issues to resolve before this can advance to
todo. No decomposition needed — single-agent close-out, ~2-3 min of API calls.Must-fix before todo:
[BODY]pal-e-app#87 is already closed (2026-03-28T17:01:43Z). Acknowledge the existing closed state in the decision table; only a pointer comment + board item #510 removal is needed, not a state change.[BODY]Related section says "the canonical hostname swap ticket" without a number. Citeforgejo_admin/pal-e-platform#278explicitly so closing comments can link it unambiguously.[BODY]AC #5 referencesfeedback_naming_convention— this is a local memory filename, not a confirmed pal-e-docs note slug. Recommendation: drop this AC; lesson-capture is out of scope for a closure pass and grows it into a two-agent job.[SCOPE]Reconcile the tension between AC #4 ("no new tickets filed by this pass") and the per-ticket decision notes for #255/#257 that say "separate ticket if anyone cares to file it." Explicitly defer any Keycloak/namespace rename-to-current-topology intent as follow-up under #278.Verified:
story:superuser-maintainverified in project-pal-e-docs user-stories sectionFlag for Ava: If the Keycloak client ID currently drifts from the
pal-e-productiondeployment name, a forward-facing Keycloak rename ticket should be queued under #278 — separate decision.Scope Review r2: APPROVED
Review note:
review-973-2026-04-11-r2All four round 1 [BODY] findings are resolved in this revision:
forgejo_admin/pal-e-platform#278explicitly; Per-Ticket Action references #278 throughout.Scope fits a single agent pass (~2–3 min: 4 close+wontfix, 5 comments, 2 board removals). No decomposition needed. Blast radius low, all operations reversible.
Board item #973 can advance
backlog → todo.Execution-order reminder (not a review gate): do not dispatch dev work on #973 until #278 is at least
in_progress, per original spawn guidance.All actions complete: