【Bug】PreviewConfirm 模式下润色文本重复插入（嵌套重叠）
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 3/5
- 預估耗時
- 半天
- 新手友好度
- 62/100
- Issue 類型
- 缺陷
- 描述清晰度
- 描述清楚
- 活躍度
- 冷清
- 領域
- desktop-dev
研究方向
Find confirm_selection_polish_preview in the Rust/Tauri backend and see where it calls validate_selection_insertion_target before the Ctrl+V paste; that Ctrl+C re-read is what breaks the selection in most Windows apps. The change is to validate only the target window's HWND on the PreviewConfirm path, leaving the full Ctrl+C check in DirectReplace, since reactivate_selection_insertion_target already restores focus and the active selection. Confirm by setting the output mode to PreviewConfirm, polishing a selection in an Electron/QT or rich-text app on Windows, and checking the text replaces the selection exactly once.
由索引模型根據 Issue 內容生成。
描述
问题描述
在使用 PreviewConfirm 输出模式（先预览润色结果、用户确认后再插入）时，最终插入目标应用的文本会出现重复：原始润色内容出现一次，且同样的内容还会嵌套在第一段文字的末尾几个字中间，形成"结尾重叠"的效果。
复现步骤
- 在设置中将"选区润色输出模式"设为 PreviewConfirm（预览确认）
- 在任意 Windows 应用（尤其是 Electron / Chromium 内核、QT、富文本编辑器）中选中一段文字
- 触发选区润色快捷键，等待润色完成后在预览窗口点击"确认替换"
- 观察目标应用中插入的文本
实际现象
插入文本出现两遍，第二遍嵌套在第一遍末尾数个字中间，例如：
润色后的完整内容润色后的完整内容整内容
（示意：前半段完整，后半段从某处开始重复）
期望现象
目标应用中只出现一遍润色后的文本，完整替换原来的选中内容。
根本原因分析
confirm_selection_polish_preview 在执行 Ctrl+V 粘贴之前，会调用 validate_selection_insertion_target。该函数在 Windows 上会向目标应用发送一次真实的 Ctrl+C 按键，以重新读取当前选区文本进行校验。
这次 Ctrl+C 会破坏许多 Windows 应用的活动选区状态，导致随后的 Ctrl+V 无法正确替换选中文本，而是在光标所在位置插入，从而产生嵌套重复的效果。
修复方案
在 PreviewConfirm 路径中，改用仅校验窗口身份（HWND）的验证函数，跳过 Ctrl+C 重读步骤。
理由：
- 用户已在预览窗口明确确认了替换操作，无需再次读取选区内容
reactivate_selection_insertion_target已经恢复了目标窗口的焦点和活动选区- HWND 校验足以检测用户在预览期间是否切换了应用窗口
DirectReplace 路径（无预览直接替换）仍保留完整的 Ctrl+C 校验逻辑，因为 LLM 调用期间用户有可能已经移动或改变了选区。
环境
- 操作系统：Windows
- 受影响模式：SelectionPolishOutputMode::PreviewConfirm
- 主要語言
- Rust
- 星號
- 3.7k
- 分支
- 349
- 平均合併
- 2 天 14 小時
- 30 天內合併 PR
- 97
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
Open-Less/openless 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 62/100
維護者通常 1 天內回覆
-
[windows] 录音快捷键还不支持设置为ScrllLock键可能已有人在做 @HKLHaoBin 於 11 天前認領。 未關閉bug
難度 2/5 1-3 小時 新手友好度 75/100
Open-Less/openless#1241 · 5 則留言 ·
維護者通常 1 天內回覆
-
難度 4/5 3-5 天 新手友好度 18/100
維護者通常 1 天內回覆
-
[omni] 多模态模式开启翻译后，译文时有时无，或混在 JSON 字段里可能已有人在做 @Breadswim 於 4 天前認領。 未關閉
難度 4/5 3-5 天 新手友好度 52/100
維護者通常 1 天內回覆
-
[omni] 多模态「验证」对 OpenAI gpt-audio-1.5 必然返回 400可能已有人在做 @Breadswim 於 4 天前認領。 未關閉
難度 3/5 1-2 天 新手友好度 58/100
維護者通常 1 天內回覆
查看 Open-Less/openless 的全部 Issue
相似的 Issue
-
state:needs triage
難度 2/5 1-3 小時 新手友好度 75/100
zed-industries/zed#66543 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
ruffle-rs/rust-flash-lso#142 ·
-
area: docs type: docs
難度 2/5 1-3 小時 新手友好度 62/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
light-curve/light-curve-python#870 ·
維護者通常 1 天內回覆
-
bug file-compat priority: high
難度 2/5 1-3 小時 新手友好度 76/100
storytold/photocraft#11330 · 1 則留言 ·
維護者通常 1 天內回覆