DSH让我判断的问题太长了，导致按钮不见了

[yangschen]

DSH让我判断的问题太长了，导致按钮不见了。只有一个方案选择。没有按钮和选项。导致我只有先暂停再看了决定。是不是前端页面适配的不对

[shanliuling]

QuestionComposer 里问题正文 question.question 是放在 header 里的，而 header 设置了 flex-shrink: 0；整个卡片又有 max-height: min(60vh, 520px) 和 overflow: hidden，目前只有下面的 body/选项区域可以滚动。

所以如果是问题文本本身特别长，header 会占掉大量高度，底部的选项/按钮就有可能被裁出可视区域。

之前 850cbe9 这个提交修过“选项很多导致底部按钮不可见”的问题，但看起来没有覆盖“question 本身特别长”的情况。

临时可以让 Agent 尽量把判断问题写短一点；前端这边可能需要给标题区域也做高度限制/滚动，或者让长问题进入可滚动区域。

如果方便的话可以再提供一下 DSH 版本、浏览器和页面缩放比例，应该更容易复现。

[denial123789]

I verified this against the rc.2 QuestionComposer source. The existing diagnosis is correct: this is a distinct layout boundary, not the same failure as a missing pending request.

The complete card has:

max-height: min(60vh, 520px);
overflow: hidden;

The header that contains question.question has flex-shrink: 0, while only the body below it owns min-height: 0 and overflow-y: auto. Many options therefore scroll correctly, but a very long question can consume the height cap before the option/body region gets a usable scrollport. The options and footer actions can still exist in the DOM while being visually unreachable.

This also explains why “only one choice” is not the root cause: even one option can disappear when the fixed header takes the available height.

Safe recovery now

1. Preserve a screenshot, exact DSH version, browser, zoom, viewport, and the question text.
2. Try the card collapse/expand control once.
3. Temporarily reduce browser zoom only to reach the authentic rendered button.
4. If it remains unreachable, cancel the turn and ask the Agent to restate one concise decision with short option labels.
5. Do not answer through DevTools or an internal API. A hidden button is not consent.

Repair boundary

The question content must join the bounded scroll owner, or the header itself needs a bounded accessible scroll region. A visual clamp alone is insufficient if it hides the full question from keyboard or screen-reader users. Regression coverage should include 200% zoom, long unbroken text, Markdown, localized copy, one/many/no predefined options, validation errors, and collapse/expand draft preservation.

We added a source-linked visual guide and full operator runbook here:

https://sandbaseai.github.io/deepseek-harness-handbook/missing-question-card.html

Pinned source: QuestionComposer.module.css and QuestionComposer.tsx.

[Jstn-1g]

我把这个确切的布局边界做成了一个可复核的 reference implementation，基于官方 b150a551b8d465e31e418e1b2eaf5e79bbb7d28e：

• 分支：https://github.com/Jstn-1g/deepseek-harness/tree/reference/discussion-4748-long-question-scroll
• 精确提交：Jstn-1g@466c7e4

真实 Chromium 基线复现（900×600）：卡片上限 360px，但长问题 header 达到 2681px，选项 body 变成 0px；唯一选项、Submit 和 footer 都在卡片外。因此“只有一个方案”不是根因，根因确实是固定 header 吃掉了整个可用高度。

该提交：

• 把完整问题保留在一个可键盘聚焦、可独立滚动的 heading 区域；
• heading 最多占卡片高度的一半，给选项 body 和 footer 留出独立空间；
• 对无断点长文本启用换行，避免横向覆盖 header 控件；
• 不截断问题、不自动选择、不改变提交或验证语义。

浏览器验收覆盖普通视图、模拟 200% zoom，以及 200% 下的无断点长文本：选项与 Submit 均保持在卡片内，heading 可滚动读取全文，且没有横向溢出。

验证：该包 43/43 tests、全仓 TypeScript typecheck、package bundle、定向 oxlint、diff/pre-commit，以及 push 前 host/client contracts typecheck 全部通过；另有一次独立 exact-head review，未发现阻塞性的无障碍或布局回归。

这是已验证的参考实现，不是上游已合并声明。