ElyTable: a CSV import pushed aside by another dialog comes back with its choices (T-10)

tasks/BUGS.md

@@ -17,7 +17,7 @@
 - [x] T-07 表头点选、行高列宽拖动是“按编号的命令”，而每次点击与拖选都推进修订，紧接着的表头操作被当作过期拒绝 — 行列号不再算作按编号的命令；R1 PASS
 - [x] T-08 自动筛选的列菜单对光标所在的表而不是按钮所在的表筛选、排序 — 先把光标移到按钮所在格再排序或筛选；R1 PASS
 - [x] T-09 导入文本文件时整文件的 UTF-8 校验在界面线程跑 — 编码与分隔符的猜测随读文件在后台；R1 PASS
-- [ ] T-10 CSV 导入对话框开着时打开任何别的对话框，待导入的文件静默消失
+- [x] T-10 CSV 导入对话框开着时打开任何别的对话框，待导入的文件静默消失 — 被挤开的导入回到队头，已读完的保留列类型；R2 PASS
 - [ ] T-11 对话框比其标签活得久：导出、定义名称、重命名不可见却“开着”，挡住导入；名称表的“转到”激活已关闭的标签
 - [ ] T-12 打印区域是整列或整行时页面设置无法应用
 - [ ] T-13 打印失败报成“导出失败”（非 macOS 必现）

tasks/reviews/T-10-r1.md

@@ -0,0 +1,3 @@
+FAIL
+
+apps/ely-table/src/text.rs:260（恢复路径 :271、:300）；apps/ely-table/src/tests/output.rs:404 — 恢复被挤占的导入会静默覆盖用户选择的列类型，违反 PRD TABLE-12。`open_dialog` 将原 Pending 放回队头，`next_import` 再次调用 `scan_import`，扫描完成后用自动推断结果覆盖 `pending.how.columns`。具体复现：已有工作簿时打开内容为 `Id,Ignored\n1E3,hidden\n` 的 CSV，等待预览完成，将两列分别设为 Text、Skip，打开导出并取消，再确认恢复的导入。实测列类型变为 `[Standard, Standard]`，内核读出的 A2:B2 为 `1000\thidden`；直接导入的对照保留 `[Text, Skip]`，A2:B2 为 `1E3`。现有回归只检查恢复后的文件路径，遗漏列类型及实际数据。修复方向：恢复已完成扫描的 Pending 时保留列类型和预览，仅对未完成的扫描安排恢复工作；补充手动列类型经对话框挤占后保持、实际导入结果正确的回归断言。验证日志：`/tmp/ely-t10-r1-probe.log`、`/tmp/ely-t10-r1-control.log`。

tasks/reviews/T-10-r2.md

@@ -0,0 +1 @@
+PASS