-
-
Notifications
You must be signed in to change notification settings - Fork 28
(提供解決方案) ESET Browser protection 導致新酷音輸入法在 Chrome (Windows 11 25H2) 無法使用 #625
Description
首先要感謝專案的作者,為需要用注音輸入的用戶打造了這個好用的產品!
我一直都使用 PIME 輸入法,在去年看到這個專案實在是太高興了,也立刻切換過來使用;
但這個問題困擾了我很久,今天終於找到解決方案,在此分享給大家。(動用了 Claude Opus 4.6 來讀原始碼,但最後似乎跟原始碼無關 >_<)
TL;DR
ESET Internet Security 的 Browser protection - Secure all browsers 功能會干擾新酷音輸入法在 Chrome 中的運作,造成切換到新酷音後圖示有顯示但完全無法輸入。停用 Secure all browsers 功能後即可解決。
[!question] 奇怪的是... PIME (1.3.0-stable) 卻可以正常運作
不管有沒有啟動 ESET 的Secure all browsers,PIME 都可以正常輸入中英文。
異常狀況:
![[Pasted image 20260221145316.png]]

停用 Secure all browsers:
![[Pasted image 20260221145619.png]]

環境
- Windows 11 25H2 (26200.7840)
- Google Chrome (145.0.7632.77)
- ESET Internet Security (19.0.14.0)
- 新酷音輸入法 (26.1.3.0 以及 26.1.3.514)
問題描述
安裝 ESET Internet Security 並啟用 Browser protection - Secure all browsers 功能後,新酷音輸入法在 Chrome 中無法正常運作。具體症狀為:
- 透過 Win+Space 或語言列切換到新酷音時,工作列上會正確顯示新酷音的圖示
- 但在 Chrome 的任何輸入欄位中按鍵,完全沒有反應,無法進入中文輸入狀態
- 記事本、Word、PowerPoint 等其他應用程式均可正常使用新酷音
原因分析
以下由 Claude Opus 4.6 生成
ESET Browser protection 會將自身的 DLL 注入到瀏覽器 process 中,用來攔截網路流量進行安全掃描。這個注入的 DLL 會 hook Windows API 呼叫,干擾了 TSF (Text Services Framework) 的 COM 介面通訊,導致 Chrome 無法正確將鍵盤事件路由到新酷音的 ITfKeyEventSink。
由於 ESET Browser protection 只針對瀏覽器 process 進行 DLL 注入,其他應用程式不受影響。
備註
- 這不是新酷音輸入法本身的問題,而是 ESET 的 DLL 注入機制干擾了 Windows TSF 框架的正常運作
- 類似的問題也可能發生在其他使用 TSF 的第三方輸入法上
- 其他有 DLL 注入行為的防毒軟體(如卡巴斯基)也曾有類似的回報
解決方案
停用 ESET Browser protection - Secure all browsers(立即生效)
- 開啟 ESET 主介面
- 進入「Setup」>「Advanced Setup 」 > 「Protections」>
- 找到「Browser protection - Secure all browsers」
- 將其停用
- 重新啟動 Chrome
