…down (Open-Less#764) OpenLessIme.dll is a system-wide TSF keyboard TIP, so CTF loads it into every process that has text input (explorer.exe, the taskbar, ...) and runs it on that process's UI thread. The per-process pipe server blocked on a synchronous ConnectNamedPipe, and Deactivate() -> Stop() joined that worker from the host UI thread, relying on a racy CancelSynchronousIo + self-connect WakePipe() to unblock it. When both lost the race the worker re-entered ConnectNamedPipe forever and join() froze the host UI thread indefinitely -> explorer.exe AppHangB1 (taskbar unresponsive, Explorer restarts). WER reports for the reported hangs show OpenLessIme.dll loaded in explorer.exe, and disabling the TSF profile stops the hang. Make every pipe wait deterministically cancelable: open the pipe with FILE_FLAG_OVERLAPPED and wait on {io_event, stop_event} via WaitForMultipleObjects. Stop() now just signals stop_event and joins, so it returns at once, never blocks the host UI thread, and leaks no worker thread. Connect/read/write go through WaitForClient / RunOverlapped, which CancelIoEx + drain the overlapped op before the stack OVERLAPPED / buffer go out of scope. Removes the racy WakePipe / CancelSynchronousIo / pipe_handle_ / pipe_mutex_. Pipe name, JSON wire protocol and the Rust client (windows_ime_ipc.rs) are unchanged. Fixes Open-Less#665 Fixes Open-Less#707 Co-authored-by: appergb <lubaiqing9@gmail.com> Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>

Uh oh!

[area] widnows 11开启软件后必现资源管理器无响应 #707

Description

现象

影响

建议接受标准

TODO / 不确定项

Activity

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions