fix(context_chips): refresh branch dropdown when initially empty

[zerx-lab]

问题

终端输入框上方 ShellGitBranch chip 点开后的 "Search branches..." 菜单永远是空的，即使本地 git 仓库有多个分支、底栏的当前分支徽章也正常显示。

复现：

1. 在任意一个有 ≥2 个本地分支的 git 仓库里打开 Warp。
2. 在终端输入区点开 git 分支 chip 的 dropdown（截图里的 "Search branches..." 输入框）。
3. 列表为空。

跑过命令、cd 切目录都不能让列表出现——一直是空。

根因

app/src/context_chips/current_prompt.rs 的 set_git_repo_status 中 MetadataChanged handler 把 dropdown 刷新（refresh_on_click_values）耦合在了「当前分支名变化」这个条件里:

if current_branch.as_ref() != Some(&new_branch) {
    me.update_chip_value(...);
    me.refresh_on_click_values(...);   // ← 仅在分支名变化时才跑
}

一旦文件系统 watcher（GitRepoStatusModel）接管 ShellGitBranch 的更新源（is_updated_externally(ShellGitBranch) 返回 true 后），fetch_chip_value_at_interval 的 30s 定期 timer 就不会启动（见 current_prompt.rs:1042-1077），整个生命周期里只有 MetadataChanged 路径会刷新 chip。如果用户不切分支，MetadataChanged 事件因为分支名等值始终命中 true，永远不会触发 dropdown 刷新。

又因为 refresh_on_click_values 有两个静默早退路径（current_prompt.rs:889-895 availability 未 ready / 898-900 session 未就绪），首次 run_chips 时触发的初始填充可能在 session 还没就绪时就早退了——结果是 dropdown 永远填不上。

修复

把 dropdown 刷新从分支名等值检查中解耦。新条件：分支名变化 OR last_on_click_values 是 None（dropdown 从未被填充过）。

let branch_changed = current_branch.as_ref() != Some(&new_branch);
if branch_changed {
    me.update_chip_value(...);
}
let dropdown_empty = me.states.get(&ContextChipKind::ShellGitBranch)
    .is_some_and(|state| state.last_on_click_values.is_none());
if branch_changed || dropdown_empty {
    me.refresh_on_click_values(...);
}

这同时解决了三个关联问题:

1. 主 bug：dropdown 不再仅在分支切换时刷新。
2. session 抢跑：如果初始 refresh_on_click_values 在 session 就绪前早退，下一次 MetadataChanged 会补救（即使分支名没变）。
3. availability 抢跑：同上，availability 未 ready 时早退的也能在后续被补救。

并且没有引入文件保存洪水：last_on_click_values.is_none() 这个 guard 保证一旦 dropdown 填上，后续同分支的 MetadataChanged（比如每 5s 节流的文件保存事件）不会重跑 git branch。

测试

新增 test_branch_dropdown_refreshes_when_initially_empty，端到端用 RecordingCommandExecutor 验证：

1. 正向：手动把 last_on_click_values 清成 None（模拟"首次 refresh 早退"的场景），触发同名分支的 MetadataChanged，断言 git --no-optional-locks branch ... 真的通过 session 跑了，并且 last_on_click_values 被填上了 main + feature-a 等。
2. 反向（防文件保存洪水）：dropdown 填上之后再触发一次同名分支的 MetadataChanged，断言 不会再跑 git branch。

测试覆盖了修复 OR 条件的两个分支。

相关附带改动

app/src/autoupdate/linux_test.rs 引用了在 4e3853f（"Remove OpenWarp upstream release update paths"）中被删除的 repo_name 函数，导致 cargo test -p warp 编译失败、阻塞任何新测试的运行。我作为独立 commit 删掉了这个 orphan test，commit message 中明示了原因。这是解锁性的必要修复，不是 drive-by 重构。

验证

• cargo check -p warp 通过。
• cargo check -p warp --tests 通过。
• cargo test -p warp --lib context_chips::current_prompt 全部 16/16 通过（包括新加测试）。
• 全量 cargo test -p warp --lib 中有 ~150 个失败,但与本 PR 无关——我验证过这些失败（如 terminal::view::tests::test_prompt_context_menu_items_* 缺 AgentProviderSecrets 注册）在 main 上同样存在，且不属于 context_chips 模块。

文件改动

• app/src/context_chips/current_prompt.rs (+27 / -2)
• app/src/context_chips/current_prompt_test.rs (+227)
• app/src/autoupdate/linux.rs (-3)
• app/src/autoupdate/linux_test.rs (-7, 删除)