Guard Forgejo Actions pagination #420
No reviewers
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/agentic-os!420
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "issue-419"
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?
closes #419
ward.workflow: pull-requests-and-merge
verdict: block
confidence: high
summary: The patch adds a new safe bridge, but it leaves the existing documented Actions task listing surface intact. The original performance trap remains reachable through
ward ops forgejo tasks list --limit N.findings:
file: docs/ward-ops-forgejo-reference.md
line: 865
problem: The existing
ward ops forgejo tasks listread surface remains documented with--pageoptional and--limitoptional, while.ward/ward-kdl.forgejo.guardfile.kdlstill exposescan list tasks. The PR addsward ops forgejo actions tasks, but it does not adjust or fence the existing task list command that agents already see in the generated reference.impact: The issue contract asks for the ward Forgejo Actions read surface to default to a safe first page. After this patch, an agent can still follow the existing committed reference and run the same hazardous shape, pulling full task history when
limitis used withoutpage.conclusion: Review blocks PR #420. The safe bridge and tests are useful, but the dangerous existing
tasks listsurface still needs to be adjusted, hidden, or documented with a hard guard so callers cannot keep triggering full-history Actions pulls through the current ward ops reference.Pull request closed