点击通知栏图标, 导致explorer崩溃

[atmgnd]

上报前请检查

• 小狼毫版本于 20251219: weasel-0.17.4.11.b77f4bd-installer.exe

操作系统信息

• OS 详细版本: Windows 11 企业版 LTSC 24H2 26100.7462
• 小狼毫版本: 0.17.4.11.b77f4bd

描述遇到的问题
点击通知栏图标, 导致explorer崩溃

复现步骤

1. 鼠标点击任务栏空白区域, 按几次shift 切换方案
2. 鼠标右键通知栏rime图标
3. 右键通知栏rime图标时, 概率explorer会崩溃

预期行为

右键通知栏rime图标时, explorer不崩溃, 弹出设置窗口

用户文件

使用的配置文件与dump, 如下
dump_with_rime_configure.zip

截图

其他补充说明

[atmgnd]

配置重新 deplay后, 主观感觉重启两次后更容易复现, 更鼠标点击任务栏空白区域, 按几次shift 切换方案, 复现过程录屏

2025-12-24.11-13-35.mp4

正常使用过程中, 也能复现, 不过不如点击任务栏空白 shift两次复现快

[fxliang]

你的dmp文件我没有办法解析到和你截图类似的结果。假设你的截图是真实的，潜在加了几行防御性编程的行，可能解决这个问题

[atmgnd]

你的dmp文件我没有办法解析到和你截图类似的结果。假设你的截图是真实的，潜在加了几行防御性编程的行，可能解决这个问题

加载好符合应该可以打印出一致堆栈。nightly build版本。
应该不是空指针的原因，可能是其他软件混合干扰导致焦点在任务栏上，获取到一些具柄不符合要求，但windbg看不为空

[atmgnd]

加载好符合应该可以打印出一致堆栈。nightly build版本。 应该不是空指针的原因，可能是其他软件混合干扰导致焦点在任务栏上，获取到一些具柄不符合要求，但windbg看不为空

同时我发现, 在我电脑上, 用windbg live 附加到explorer上, 在LanguageBar.cpp, CLangBarItemButton::OnClick函数入口下断点, 只有在焦点先点击了任务栏空白处后, 再点击rime图标, 才会触发断点.

其他时候, 如点击一个记事本后, 则不会触发 CLangBarItemButton::OnClick断点. 但能可以弹出设置popup窗口

[fxliang]

加载好符合应该可以打印出一致堆栈。nightly build版本。 应该不是空指针的原因，可能是其他软件混合干扰导致焦点在任务栏上，获取到一些具柄不符合要求，但windbg看不为空

同时我发现, 在我电脑上, 用windbg live 附加到explorer上, 在LanguageBar.cpp, CLangBarItemButton::OnClick函数入口下断点, 只有在焦点先点击了任务栏空白处后, 再点击rime图标, 才会触发断点.

其他时候, 如点击一个记事本后, 则不会触发 CLangBarItemButton::OnClick断点. 但能可以弹出设置popup窗口

那是当然，weasel.dll 作为应用程序的子模块加载到各个应用的内存里的。你绑的是explorer，激活应用是记事本的时候那个button是记事本的

[atmgnd]

更新: 原因是 _GetFocusedContextWindow返回的句柄不符合要求(WHY), 但windbg查看是一个有效的句柄. 但sandbox里测试没有这个问题. 可能是其他什么软件或修改了Windows任务栏什么设置导致获取到的 句柄有差异 ?

使用自创建一临时窗口作为TrackPopupMenuEx的父窗口, 可以解决我电脑上的explorer崩溃问题. 内容如下, 仅供参考

 WeaselTSF/LanguageBar.cpp | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/WeaselTSF/LanguageBar.cpp b/WeaselTSF/LanguageBar.cpp
index a03b615..ebc04ea 100644
--- a/WeaselTSF/LanguageBar.cpp
+++ b/WeaselTSF/LanguageBar.cpp
@@ -166,7 +166,7 @@ STDAPI CLangBarItemButton::OnClick(TfLBIClick click,
     }
   } else if (click == TF_LBI_CLK_RIGHT) {
     /* Open menu */
-    HWND hwnd = _pTextService->_GetFocusedContextWindow();
+    HWND hwnd = CreateWindowEx(WS_EX_TOOLWINDOW, L"STATIC", L"WeaselMenuHost", WS_POPUP, 0, 0, 0, 0, HWND_DESKTOP, NULL, NULL, NULL);
     if (hwnd != NULL) {
       LANGID langid = get_language_id();
       HMENU menu;
@@ -178,10 +178,12 @@ STDAPI CLangBarItemButton::OnClick(TfLBIClick click,
         menu = LoadMenuW(g_hInst, MAKEINTRESOURCE(IDR_MENU_POPUP));
       }
       HMENU popupMenu = GetSubMenu(menu, 0);
+      SetForegroundWindow(hwnd);
       UINT wID = TrackPopupMenuEx(
           popupMenu, TPM_NONOTIFY | TPM_RETURNCMD | TPM_HORPOSANIMATION, pt.x,
           pt.y, hwnd, NULL);
       DestroyMenu(menu);
+      DestroyWindow(hwnd);
       _pTextService->_HandleLangBarMenuSelect(wID);
     }
   }

不过以上修改虽然没有崩溃了, 但目前有一个小问题就是在开始菜单弹出(按win)的时候, rime右键会创建菜单失败(没有菜单弹出但,也无崩溃). 对我只要不崩溃就行了(通知区域很容易右键误触)

[KeeLee2005]

我也遇到了相似的问题，表现为：当前输入法为RIME时，打开音量（或者EarTrumpet）、托盘图标、右键任务栏或者打开开始菜单时，Explorer有概率出现冻结现象，并连带位于焦点的前台窗口一起未响应，数秒后可能会恢复正常响应，但是也有可能崩溃重启，并在可靠性历史记录或事件查看器中留下类似如下信息：

描述
程序 explorer.exe 版本 10.0.19041.3031 已停止与 Windows 交互并关闭。若要查看是否有关于该问题的详细信息，请检查“安全性与维护”控制面板中的问题历史记录。
进程 ID: 17f4
开始时间: 01dc781d054da168
终止时间: 18
应用程序路径: C:\Windows\explorer.exe
报告 ID: 8f40760b-48db-4521-a414-46a24442c38d
错误程序包全名:
错误程序包相关应用程序 ID:
挂起类型: Unknown

这个问题最近经常触发，当我试图调节音量或者打开任务管理器时会导致整个系统都无响应，这可能会造成一定的困扰。但是很抱歉我无法找到任何有关的日志或转储文件。

复现过程：

2025-12-29.01-43-26.1.mp4

系统信息：
版本 Windows 10 IoT 企业版 LTSC
版本号 21H2
安装日期 ‎2025/‎8/‎26
操作系统内部版本 19044.3086
体验 Windows Feature Experience Pack 1000.19041.1000.0

小狼毫版本：0.17.4.0

最后感谢开发者的付出！

[atmgnd]

我也遇到了相似的问题，表现为：当前输入法为RIME时，打开音量（或者EarTrumpet）、托盘图标、右键任务栏或者打开开始菜

从视频看导致崩溃的原因. 可能和我遇到的不是同一个问题原因, 我的触发操作非常明确是: 焦点在任务栏时, 右键rime的图标, 资源管理器(explorer)崩溃.

不过尽管大概率不是同一个问题, 为了方便其他有遇到我相同问题的人排查/debug/使用. 我将我自己编译的上面修改(12-25)的版本, 传到这里.

weasel-0.17.4.11.b77f4bd-installer-mod-fix-icon-right-click.zip

[loupi233rb]

我也遇到类似问题，具体表现为非输入状态下，右击任务栏输入法图标，有概率无法打开菜单。 假如在打开之前，左键点击成功切换
模式之后，就能顺利打开菜单。
另外，在装了NileShell之后https://github.com/moudey/Shell（修改右键菜单），之前无法打开的情况将会变成explorer崩溃，使用windows自带的事件查看器，崩溃日志如下
出错应用程序名称： Explorer.EXE，版本： 10.0.26100.7462，时间戳： 0x2151d11c 出错模块名称： InputHost.dll， 版本： 10.0.26100.7309，时间戳： 0xe1b2b95a 异常代码： 0xc0000409 错误偏移： 0x0000000000014c84 出错进程 ID： 0x14EFC 出错应用程序开始时间： 0x1DC88EAA76A9481 Faulting 应用程序路径： C:\WINDOWS\Explorer.EXE Faulting 模块路径： C:\Windows\System32\InputHost.dll Report ID： cee14dd8-5d62-445d-aa60-ce7204cb25f4
小狼毫版本为0.17.4，

[fxliang]

收悉问题，我这边目前未曾有一次复现这样的问题，也未有复现路径，所以暂时没有办法处理

[loupi233rb]

收悉问题，我这边目前未曾有一次复现这样的问题，也未有复现路径，所以暂时没有办法处理

使用VMware虚拟机，windows 11专业版，25H2，26200.7623
NileSoft Shell版本为1.9.18(以下简称为Shell)，小狼毫版本为0.17.4，两款软件均为安装即用，没有修改配置
在Shell Register之后，在windows的任务栏右击，弹出Shell修改的菜单，然后随即在小狼毫的输入法图标上(就是鼠标移上去会有右键打开菜单的提示的那个)进行右键，资源管理器就会崩溃，多次测试发现崩溃稳定发生。
此外，右击win图标之后右击小狼毫也会发生崩溃，右击其他组件（如固定在任务栏的图标，onedrive等）表现则为无法打开小狼毫菜单。
补充：两次右击之间是连续的，也即维持第一个右击菜单出现的情况下，在小狼毫图标上右键。
以及对应的堆栈信息，
0:002> k
*** Stack trace for last set context - .thread/.cxr resets it

Child-SP RetAddr Call Site

00 0000000003acc390 00007ffa946387a4 KERNELBASE!RaiseFailFastException+0x188
01 0000000003acc970 00007ffa9462ffbb InputHost!wil::details::WilDynamicLoadRaiseFailFastException+0x54
02 0000000003acc9a0 00007ffa9462ff9a InputHost!wil::details::WilRaiseFailFastException+0x17
03 0000000003acc9d0 00007ffa946218cf InputHost!wil::details::WilFailFast+0xa6
04 0000000003accaa0 00007ffa9462c0f4 InputHost!wil::details::ReportFailure_NoReturn<3>+0xab
05 0000000003acdfe0 00007ffa9462c0bb InputHost!wil::details::ReportFailure_Base<3,0>+0x30
06 0000000003ace040 00007ffa9462c067 InputHost!wil::details::ReportFailure_Hr<3>+0x4b
07 0000000003ace0b0 00007ffa945e4c84 InputHost!wil::details::in1diag3::FailFast_Unexpected+0x1b
08 0000000003ace100 00007ffa945e43ed InputHost!WindowsMessageDeliveryAdapter::Get+0x74
09 0000000003ace130 00007ffaa1797846 InputHost!WindowsMessageDeliveryAdapter::ProcessWindowMessage_NoLock_Callback+0x3d
0a 0000000003ace2c0 00007ffaa179730c user32!UserCallWinProcCheckWow+0x356
0b 0000000003ace420 00007ffa92abcec8 user32!CallWindowProcW+0x16c
0c 0000000003ace490 00007ffa92abcdf8 comctl32!CallNextSubclassProc+0xa8
0d 0000000003ace520 00007ffa92e039fc comctl32!DefSubclassProc+0x88
0e 0000000003ace570 00007ffa92abcec8 shell+0x939fc
0f 0000000003ace5c0 00007ffa92abcc9f comctl32!CallNextSubclassProc+0xa8
10 0000000003ace650 00007ffaa1797846 comctl32!MasterSubclassProc+0xaf
11 0000000003ace6f0 00007ffaa17970cc user32!UserCallWinProcCheckWow+0x356
12 0000000003ace850 00007ffaa17c7e93 user32!DispatchClientMessage+0x9c
13 0000000003ace8b0 00007ffaa1e85be4 user32!_fnDWORD+0x33
14 0000000003ace910 00007ffa9f331344 ntdll!KiUserCallbackDispatcherContinue
15 0000000003ace998 00007ffaa1796cb2 win32u!NtUserMessageCall+0x14
16 0000000003ace9a0 00007ffaa1796904 user32!SendMessageWorker+0x382
17 0000000003acea50 00007ffaa17966ef user32!SendMessageInternal+0x174
18 0000000003aceaa0 00007ffa92e06839 user32!SendMessageW+0xef
19 0000000003aceaf0 00007ffa92dfb86b shell+0x96839
1a 0000000003aced60 00007ffa92e19e39 shell+0x8b86b
1b 0000000003aceeb0 00007ffa92e1a76c shell+0xa9e39
1c 0000000003aceef0 00007ffa92e1c585 shell+0xaa76c
1d 0000000003acf060 00007ffa6700944a shell+0xac585
1e 0000000003acf0b0 00007ffaa020d2c3 weasel+0x944a
1f 0000000003acf120 00007ffaa0173c06 msctf!CLBarItemProxy::OnClick+0x12f
20 0000000003acf180 00007ffaa0173171 msctf!CCtfClientPort::ProcessMessage+0x1ba
21 0000000003acf3f0 00007ffaa0174644 msctf!CCtfClientPort::Receive+0x601
22 0000000003acf4b0 00007ffaa1797846 msctf!CicMarshalWndProc+0x94
23 0000000003acf570 00007ffaa179539d user32!UserCallWinProcCheckWow+0x356
24 0000000003acf6d0 00007ff7dcf583dc user32!DispatchMessageWorker+0x1dd
25 0000000003acf750 00007ff7dcf5748b explorer!CTray::_MessageLoop+0x27c
26 0000000003acf890 00007ffaa1a4781a explorer!CTray::MainThreadProc+0x7b
27 0000000003acf8f0 00007ffaa15ae8d7 SHCore!_WrapperThreadProc+0x15a
28 0000000003acf9f0 00007ffaa1dac53c kernel32!BaseThreadInitThunk+0x17
29 0000000003acfa20 0000000000000000 ntdll!RtlUserThreadStart+0x2c

[ca1ic0]

我也遇到了一样的问题，右键菜单概率整个explorer崩溃了，同样的，我也在使用https://github.com/moudey/Shell