Skip to content

fix(planning): never show a server-closed question as outstanding in an open interview tab #7757

Closed

Description

@kyle-sexton

Parent

Refs #5893

Depends on

  • none: on the frontier now

Outcome

A question that is closed on the server never shows as outstanding in an open interview tab. Reported case: Q128 was accepted and all three commitments ticked, round.sh status reported its round closed and the register gate exited 0, yet the open page still showed Q128 as needing attention; its title and short were revised after the accept. This may already be covered by #5732 (push same-tick question changes): reproduce on the current page first.

Key interfaces

  • Interview page refresh path for a revise after an accept, and the state the rail and meter derive from it.

Done when

Out of scope

Activity

  1. added theissue type on Oct 17, 2026
  2. added
    priority: mediumReal value, no hard deadline; normal backlog flow.
    needs-humanHuman-in-the-loop required; autonomous sessions must not resolve items carrying this.
    on Oct 17, 2026
  3. kyle-sexton commented on Oct 17, 2026

    @kyle-sexton
    MemberAuthor

    Ratified in the owner's batch of decomposed children (2026-10-17).

  4. removed
    needs-humanHuman-in-the-loop required; autonomous sessions must not resolve items carrying this.
    on Oct 17, 2026
  5. github-actions commented on Oct 25, 2026

    @github-actions
    Contributor

    The triage sweep dispatched intake triage for this issue (attempt 1 of 2).

  6. github-actions commented on Oct 25, 2026

    @github-actions
    Contributor

    Proposed work class: work-class: scoped
    Basis: automated intake triage; the lanes App applied this class.

    Size: Small
    Complexity: Medium
    Uncertainty: Knowable
    Flags: none
    Blocked by: none

    Understood: after a question is accepted and its commitments ticked, a later revise of its title and short leaves the open interview page showing it as outstanding, even though the server reports the round closed. The first step is to replay that sequence on the current page, since #5732 may already cover it. Then either fix it or land the test as a regression guard. Nothing is missing. No likely duplicates among open issues; #5732 and #5796 are referenced in the issue.

    Automated triage, applied by the lanes App.

  7. added
    status: readyTriaged, unblocked, and fully specified; eligible to pick up.
    work-class: scopedA briefed fix or small feature; blast radius bounded by the brief, tests exist.
    agent-readyFully specified and briefed; eligible for autonomous pickup from the frontier.
    and removed on Oct 25, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    agent-readyFully specified and briefed; eligible for autonomous pickup from the frontier.priority: mediumReal value, no hard deadline; normal backlog flow.status: readyTriaged, unblocked, and fully specified; eligible to pick up.work-class: scopedA briefed fix or small feature; blast radius bounded by the brief, tests exist.

    Type

    Fields

    No fields configured for Bug.

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions