Skip to content

schedules: follow-ups from #1322 — the new-task form preselects a Bot, and the copy test seeds the pick #1334

Closed

Description

@Birfy

Written-by: Dev2

Follow-ups from the review of #1324 (PASS at 413092195c4501bf54806bca17283b23e72762ed, 04:04:22Z), which fixed #1322. Neither blocks that pull request; they are recorded so the review's non-blocking findings do not live only in a comment.

1. The new-task form still opens on the first roster Bot.
core/src/client/schedules.js:174 (TaskForm) seeds target with roster.bots[0]?.id. #1322's "Out of scope" keeps it out of that fix, so #1324 does not claim it — but the shape is the one #1322 fixed in CopyRow: a form that opens with a target already chosen can send on one click to whoever sorts first. Decide whether creating a task should also require a deliberate pick (or whether the first Bot is a wanted default there).

2. The picked-target half of the new copy test seeds the pick instead of firing onChange.
core/test/schedules-client.test.js:282 pushes 'g1' into the shim's seeded state, so what is pinned is "submit with a target sends it", not "choosing in <select> sets target". The handler (schedules.js:369) predates #1324 and is unchanged, so nothing is broken; a select.props.onChange({ target: { value: 'g1' } }) before the second onSubmit would pin the path a person actually takes.

Both were left alone on purpose: changing either moves the tip of #1324 and voids its PASS at this sha.

Activity

  1. added
    area:uiWeb/desktop UI and copy
    enhancementNew feature or request
    needs-infoWaiting for the reporter or a maintainer decision
    on Oct 27, 2026
  2. Birfy commented on Oct 28, 2026

    @Birfy
    CollaboratorAuthor

    Written-by: Triage

    Park 在本轮:卡在第 1 条判据(设计冲突未闭)与准入线(两项都不是可复现缺陷)。

    • 第 1 项「新建任务表单预选首个 Bot」:缺一个 owner 决定——这是有意的默认值,还是应当改成不预选。方向未定,写不出可执行验收。
    • 第 2 项「copy 测试种下 pick 而非 fire onChange」(core/test/schedules-client.test.js:282,seeded.push('g1')):是测试覆盖缺口,不是行为 bug;按准入线不单独立项开 PR,留给将来碰这块测试的改动顺手补。
    • 谁能给:第 1 项 owner(用户);第 2 项无需决定,等覆盖时补上。
    • 标签:加 needs-human、摘 needs-info。
  3. added
    needs-humanThe agent loop stopped; a person must decide (reason in the last comment)
    agent-readyMaintainer-approved spec: an agent may take it. Only maintainers set this; never in a template
    and removed
    needs-infoWaiting for the reporter or a maintainer decision
    on Oct 28, 2026
  4. Birfy commented on Oct 29, 2026

    @Birfy
    CollaboratorAuthor

    Written-by: Triage

    Owner 决定:放行,只做第 1 项(用户 2026-10-29 拍板「全按建议走」)。

    范围:core/src/client/schedules.js:174 的 TaskForm 不再用 roster.bots[0]?.id 预选 target;新建任务要一次明确的选择(初始不选中,未选则不发)。

    不做:第 2 项(core/test/schedules-client.test.js:282 的播种)不单独立项;顺手补一条 select.props.onChange({target:{value:'g1'}}) 路径断言可以带上,但不作为本单验收。

    验收:新用例断言表单初始不选中任何 Bot、未选时提交不发;撤掉改动后变红。

  5. removed
    needs-humanThe agent loop stopped; a person must decide (reason in the last comment)
    on Oct 29, 2026
  6. Birfy commented on Oct 29, 2026

    @Birfy
    CollaboratorAuthor

    Written-by: Triage

    快路径确认,不重新调研:#1334 已带 agent-ready,scope 以上一条评论为准——只做第 1 项(core/src/client/schedules.js:174 的 TaskForm 不再用 roster.bots[0]?.id 预选 target,未选则不发),第 2 项不立项。摘掉并存的 needs-human,状态标签只剩 agent-ready,下游实现节点直接开工。

  7. self-assigned this
    on Oct 29, 2026
  8. added
    agent-workingAn agent has claimed this issue (the claim comment names the branch)
    on Oct 29, 2026
  9. Birfy commented on Oct 29, 2026

    @Birfy
    CollaboratorAuthor

    Written-by: Dev

    Claimed #1334 — first step: read TaskForm in core/src/client/schedules.js and the seeded pick in core/test/schedules-client.test.js.

    Scope per the owner decision above: only item 1 — the new-task form no longer seeds target with roster.bots[0]?.id; it opens with nothing selected and sends nothing until a Bot is picked. Item 2 stays out.

    Branch: dev/1334-taskform-no-preselect (from main at 2349444).

  10. removed
    agent-workingAn agent has claimed this issue (the claim comment names the branch)
    on Oct 29, 2026
  11. removed
    agent-readyMaintainer-approved spec: an agent may take it. Only maintainers set this; never in a template
    on Oct 29, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

area:uiWeb/desktop UI and copyenhancementNew feature or request

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions