Windows Codex 0.155.0-alpha.9.2: Default thread/list first page does not return within 15 seconds; reproducible after reopening the App

环境：Windows；Codex CLI 0.155.0-alpha.9.2；可执行文件SHA256为bc45017e8239dc150258f69309ced9df6bbcdf5b8e4f346decf780ac0999e226。使用固定干净Git fixture作为cwd，实际用户名、目录、项目名及Git提交标识均省略。未创建线程、turn或模型任务。

调用顺序：本地stdio app-server完成initialize及initialized；threadSection/list首屏成功；随后thread/list首屏使用同一fixture cwd、cursor=null、limit=100、modelProviders=[]及全部10个原生sourceKinds（cli、vscode、exec、appServer、subAgent、subAgentReview、subAgentCompact、subAgentThreadSpawn、subAgentOther、unknown）。未传useStateDbOnly，保持默认扫描修复路径。每个请求最多等待15秒，首失败停止，没有并发RPC。

观测：默认路径N01为15001ms超时，limit仅改为1的N03为15008ms超时；App正常重开后恢复原limit100的N04仍15011ms超时。N04的initialize为149ms，threadSection/list为3ms。历史单次N02仅加入useStateDbOnly=true时thread/list在2ms返回；这只说明路径表现有差异，不证明结果完整性或根因。超时后关闭stdin，3秒内helper仍未退出，诊断器仅终止自身helper，记录SIGTERM、外层exit1。15秒是客户端诊断截止时间，不能解释为服务端内置超时。

期望及请求：请确认此精确构建的默认扫描修复路径是否有已知等待问题或针对性修复，并提供不要求上传私有历史/数据库的下一最小诊断办法。历史PR #19591仅作方法相关背景，不主张当前为相同缺陷。

Start with the local stdio app-server initialize, threadSection/list, and thread/list entry points, comparing the default scanning path with useStateDbOnly=true. Reproduce the Windows timeout using the stated fixture and request parameters, then determine whether the wait is known or fixed. Done means identifying the relevant cause or repair and the smallest diagnostic that avoids private history or database uploads.