Skip to content

πŸ›πŸ§‘β€πŸ’» - Expose blocked pre branch SDD outcomes and safe recoverable draft diagnosticsΒ #714

Closed

Description

@efraespada

Is there an existing issue for this?

  • I have searched the existing issues.

What actions are affected?

Issue

What platforms are affected?

Linux, macOS, Windows

Description

A pre-branch SDD consistency failure can leave an issue with state:blocked, state:awaiting-maintainer, in-progress and SDD, but no actionable failure card in the conversation and no reviewable candidate/diagnostic artifact. In #702 the only visible bot comment is the welcome message. The workflow log correctly contains a closed reason and tells the maintainer to review draft tables, but that draft was never published and no artifact exists to inspect. This makes recovery speculative and repeated normal issue events regenerate a candidate without exposing which mappings failed.

Keep strict consistency checks, one bounded automatic repair, original owner/baseline case preservation and Action-owned branch lifecycle. This issue is about useful failure publication and safe, bounded recovery evidence, not suppressing validation or treating a malformed draft as implementation acceptance. A generated invalid candidate is not by itself evidence that the validator is wrong.

Expected issue UI: β€œSpecification preparation is blocked. No specification or branch was published. Requirement/case mappings need correction. Review the safe diagnostic [link], update the issue's decisions/input if needed, then retry this same issue. Existing answers and published specifications are retained.” Show the current reason, run link and correlation; update one durable card idempotently, with technical detail below the recovery action. A welcome/recommendation intent must not suppress a blocking SDD outcome.

Provide a reviewed privacy-safe way to inspect the relevant candidate/table diagnostics (e.g. bounded authenticated artifact or sanitized structured diagnostics). Do not blindly publish raw agent output, secrets, untrusted HTML/commands or private source in public comments; define retention, truncation/redaction, permissions and expiry/retry recovery. Distinguish specific validation evidence from generic error categories. No infinite regeneration or elevated privileges.

Reproducing the issue

  1. Inspect βœ¨πŸ§‘β€πŸ’» - Browser extension H1 portable workspace target builds and architecture gatesΒ #702 and its labels/comments after these failed runs:
  2. Logs report Conversation publication omitted: no explicit semantic publication intent. on repeated failures. The first run publishes only a welcome message: βœ¨πŸ§‘β€πŸ’» - Browser extension H1 portable workspace target builds and architecture gatesΒ #702 (comment).
  3. The run artifact list is empty; the maintainer cannot review the rejected draft tables requested by the recovery instructions.
  4. Reproduce deterministically with a malformed candidate after its single repair and compare issue UI, retained state and retry behavior. Do not rely on live model nondeterminism as the only test.

copilot Version

3.10.5, trusted master runtime 39679e2, observed 2026-10-25.

Relevant log output

The SDD draft still violates its case-identity format contract after one bounded repair.
Conversation publication omitted: no explicit semantic publication intent.
Action: Review the draft tables; use distinct fully qualified case IDs and preserve the baseline inventory. Retry the same issue workflow.
Retained state: Existing answers and published SDDs were preserved; no draft was published.

Additional context or comments

Deferred follow-up; do not start a branch/hotfix/deployment now. Distinct from #701 (comment-command operand validation) and #700 (reopened dismissed finding reconciliation). #702 is the first extension engineering milestone; malformed candidates were rejected before any implementation branch was published.

Owning contract: specs/pre-branch-sdd-gate.md; inspect src/application/usecases/sdd/pre_branch_sdd_draft_workflow.ts, the gate/result publication integration and semantic issue presentation. Update owning SDD/catalog evidence/tests/docs together. Minimum 14 distinct regression cases: 5 closed failure-category/recovery presentations; 3 semantic-intent/idempotent publication cases; 3 bounded/redacted/access-controlled diagnostic evidence cases; 3 retry/retained-answer/no-premature-branch cases. Supported-locale matrix is additional, not extra distinct cases. Existing root gates and pure-policy branch budgets remain in force.

Activity

  1. added
    bugSomething isn't working
    bugfixSomething isn't working
    priority: lowNot urgent, can be addressed later.
    on Oct 25, 2026
  2. added theissue type on Oct 25, 2026
  3. moved this to Todo in vypdevon Oct 25, 2026
  4. changed the title [-]Expose blocked pre-branch SDD outcomes and safe recoverable draft diagnostics[/-] [+]πŸ› - Expose blocked pre branch SDD outcomes and safe recoverable draft diagnostics[/+] on Oct 25, 2026
  5. vypbot commented on Oct 25, 2026

    @vypbot
    Contributor

    Hi! I’m @vypbot, the Copilot assistant for this repository.

    I can answer questions, explain the codebase, propose implementation and test plans, review issues and pull requests for potential bugs or security problems, and help authorized maintainers apply changes.

    Try /copilot help to see the available commands, or mention @vypbot with your question.

  6. moved this from Todo to In Progress in vypdevon Oct 26, 2026
  7. added
    branchedIndicates that a branch has been created for this issue.
    on Oct 26, 2026
  8. changed the title [-]πŸ› - Expose blocked pre branch SDD outcomes and safe recoverable draft diagnostics[/-] [+]πŸ›πŸ§‘β€πŸ’» - Expose blocked pre branch SDD outcomes and safe recoverable draft diagnostics[/+] on Oct 26, 2026
  9. 9 remaining items

  10. vypbot commented on Oct 27, 2026

    @vypbot
    Contributor

    Issue closed: synchronization recommendation retired

    No branch synchronization is required for this closed issue.

    The previous recommendation is historical. Issue closure does not certify that the branches are synchronized.

  11. moved this from In Progress to Done in vypdevon Oct 27, 2026
  12. added
    100%Progress: 100%
    and removed
    in-progressStart work on an admitted issue.
    state:workingWork can proceed on the verified branch or without a branch.
    on Oct 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

100%Progress: 100%branchedIndicates that a branch has been created for this issue.bugSomething isn't workingbugfixSomething isn't workingpriority: lowNot urgent, can be addressed later.size: XXLIndicates an extremely large task or issue that requires significant time and effort to complete.

Type

Projects

  • Status
    Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions