[R2][回归] 定位 hosted 选择复制夹具的 OpenClipboard 5 #85

真实失败与范围

PR83 Windows CI，HEAD79352f2b36f9f2a8828368ced089f6e2a6fda078、实际合并checkout939866f1cfd7ccc96fb9fdee0c6a493b6ebd3c07，默认自研核心/system。完整CTest45/46、265.77s，唯一失败是selection_bytes中的 test_real_system_copy_shortcuts_for_styled_fixture_twice 第一轮 ui-copy-bytes-system，异常 OpenClipboard: 5。准备五步及四shell已通过；不把此失败归为#81准备超时。

失败artifact12677990045，4714691B，SHA256 7575a5d82fec271625affe62a19a5f21edf97ae2a6bcd6b005f070070bcfa28f 已下载并核对。只提取selection-bytes和测试日志，保存在local/r81-main-ci；原文件不修改。

已观察与未知

• 两个无系统CF的原两轮通过；system-0已保存forward和reverse两条完整进度，均复制了预期含中文/组合符/显式尾空格的文本，产品状态为Selected text copied。
• 随后原流程return2、非超时、Job active0/total11/terminated0、desktopgone。没有第三条dpi-96记录、最终selection-bytes.json或frame；system-1未运行。
• 直接抛出的OpenClipboard可来自夹具sentinel写入或独立读回；现有记录不能区分这次发生在哪个调用、打开者/所有者是谁、是否短暂占用或访问上下文错误。不能由错误5或后续绿推断根因。
• #13已验的占用错误反馈/显式重试合同保留。此次不同于#66双方tick门槛或#73原30秒首记录缺失；没有同因证据，不重开不同触发的已完成项。

当前交付：观测与控制验证

PR86 基于 PR83，代码固定 0774d33b82745444e5629d14c758a09e2dd562bf，公开证据 f057060c685888702b7c9b95942534361b6f0d17。实际失败入口记录 stage/读写目的/nativeerror 和打开窗口、数据所有者的安全类别；明确是错误后的非原子观察。默认关闭的自有 owner 控制分别覆盖 stage6 写和 stage7 读，保留真实 execute/CF/原9阶段与2轮。清理异常不替换主错误，固定诊断不输出异常内容。

本地 default/system 定向2/2、3.57s，完整46/46、285.53s；13内部skip分列，selection模块8pass/2真实CFskip。清理异常纯反例使用最终同一测试源码、原无保护顺序exit1，修后4组合通过；原CF原因没有因此复现。首次缺声明依赖的41/46及无效对象地址断言独立保留。合同和来源。

代码及公开证据双轴审查已完成。PR86 已以 dfff1b0d788c756f025a718568e663bffb1a16bf 合入 PR83 分支；其真实 hosted 控制和原两轮结果如下。原 OpenClipboard5 根因保持未知，本项继续开放。

有界交付与验收

• 在实际夹具clipboard调用入口保留固定阶段、读/写目的、原生错误及可安全归类的占用/归属边界；公开摘要不含其他进程标题/文本/路径或系统剪贴板内容。
• 在同一源码/hosted环境区分夹具与产品复制路径、占用与权限/上下文；采用有界观察或自有owner握手建立真red，不用重复CI取绿、任意sleep或放宽精确字节。
• 基于证据作最小修复，并保留真实queued Ctrl+Shift+C、反向/受控DPI/空选区/输入隔离、所有9阶段和原两轮；产品占用反馈/用户重试策略不被夹具修正悄悄改变。
• 验证失败时保持原错误和退出，正常流程独立读回与Job/desktop清理完整；原触发red→green、必要负例、固定声明配置完整回归通过。
• 同步[R2][回归] 收敛 Windows 可靠性与历史未闭合失败 #38/[R2-12][交付] 构建并验收 Windows R2 基础开发包 #35、PR83与来源/能力说明。无法复现则保留原根因未知及下一可证伪假设，不当作修复。

父项#38，本项可独立开始。真实系统CF只在既有指定一次性hosted VM执行；个人Windows剪贴板保持保护，不伪造hosted环境。

同源码 hosted 控制与原流程

HEAD f057060c685888702b7c9b95942534361b6f0d17、checkout e98466a5bce9747858e2bbd18c01f4c68747f779，Windows default/system 完整46/46、270.69s；Ubuntu和External candidate40384977349独立通过。artifact12680781542、4356796B、SHA256 479067d783b1cd0a10a30775e77582545adc189e23a19472c18523967dcf01e8 已核对；本地只离线读取产物，未调用系统CF或伪造hosted环境。

• 真实自有owner占用：stage6 sentinel-write与stage7 readback均OpenClipboard5、exit2、非超时；open_window/data_owner均same-process-window，release_event/thread_exited为true，四个error字段全部0。
• 原system两轮与data-only两轮均完成原9阶段、精确选择/复制快照、exit0；六例Job均active0/total11/terminated0，desktopgone。
• 这证明观测和受控错误路径，不证明原事件由同一原因触发；当时的调用、占用/访问上下文仍未知。产品占用反馈/重试政策未变。原因修复与完整R2可靠性出口仍未完成。

主线整合

PR83 已以 8a13782aaac03780617e177b56ec55d3cb9c79be 合入 main。最终 HEAD dfff1b0d788c756f025a718568e663bffb1a16bf / checkout 683711dcb7028f2c4249ad5b1f3155c66c7a39ff 的 Windows default/system 完整回归 为46/46、241.44s，准备守卫23/23、0.128s；Ubuntu及 External candidate 独立通过。该集成结果验证观测与受控失败路径，原事件原因仍未知，本项保持开放。

另一个选择复制入口的真实失败

PR101 push/default Windows run40459936505 / job122041868650，checkout b9789543a792b0a0b96139377ea43f4dfab46626，默认核心/system。shell40项为38pass、1error、1skip，82.813s；此处失败是 test_mouse_selection_to_real_system_clipboard 的 ui-copy-system 第二轮，与原ui-copy-bytes-system入口分列，尚无同因证据。完整CTest50/52的另一失败是PR101临时工作流路径计数断言，不能归因于CF。

artifact12714865514，4269771B，ZIP SHA 4b597e169d36624c87a6a9859e0fc3b2a37846569bca3eaca4c51322ec7d2791已与GitHub digest核对；两轮原件保存在私有local/r99/hosted-copy-failure。第一轮原validator离线重算通过（12基础阶段/28交互），exit0；第二轮exit2、非超时、stderr为OpenClipboard: 5，Job active0/total11/terminated0，desktop gone，没有cleanup error。

第二轮已写12条selection-base、22条interaction，最后是system-copy-popup，含实际菜单复制成功后独立读回；缺system-copy-occupied-prepared、最终selection.json及frame。固定源码在这两条记录之间依次有sentinel写、第一次读回和为下一条interaction读取CF；具体哪个OpenClipboard调用失败、占用/权限原因仍未知。自有占用owner在下一条记录之后才构造，不能把错误直接归到那个owner。保留原场景、字节及期限；不重试取绿，不将#99两轮通过视为本项修复。