Before reporting your issue

• I have confirmed that this issue does not happen when ExplorerPatcher is not installed
• I do not have "register as shell extension" enabled
• I have tried my best to check existing issues

Repro ExplorerPatcher versions

67.1

Repro Windows Versions

26100.4188 x64

3rd party tweak software installed

None.

Describe the bug

1a. Have 26100.4188 (Release Preview channel), or
1b. Have the latest 24H2 Release build (26100.4061), and swap the explorer.exe into the one from 26100.4188.
2. Have ep_taskbar enabled (HKCU\Software\ExplorerPatcher OldTaskbar DWORD 2)
3. Observe tray chevron being highlighted on Explorer boot.
4. Have an item pinned in the taskbar, or a window open.
5. Do Win+1, observe explorer.exe crashing.
6. Observe more unexpected behavior.

Expected outcome

The taskbar runs smoothly and non-interrupting.

Actual outcome

Doing basic actions that influence the taskbar causes unexpected behavior and crashing.

Additional info

ITrayUI has been modified, there is a new method named TaskbarHasFocus. Looking deeper, this virtual method is called by CTray::_HandleGlobalHotkey() inside the case where the hotkey ID is 511. 511 is Win+Shift+T. When feature 56661439 is enabled and TaskbarHasFocus returns false, Snipping Tool is summoned with parameter 8 (what this does is still unknown, as enabling that feature flag and invoking Win+Shift+T freezes the taskbar thread). If it returns true, it does the old behavior: cycling between taskbar items backwards.

End users on Insider channels: please wait until there is a new pre-release published, and PAUSE YOUR UPDATES, of course if you rely on EP's remade taskbar.

Crash Dumps

No response

Media