Fix WM_HOTKEY handling to prevent unintended message propagation

[thouravi]

Description

When gHotkeyIgnoreCount > 0, the WM_HOTKEY message handler breaks out of the switch statement instead of returning early. This allows the message to propagate to DefWindowProc, potentially triggering unintended hotkey behavior in other applications (e.g., if the same hotkey is registered elsewhere).

Solution

Replacing the break statement with return 0 in the WM_HOTKEY ignore block ensures the message is marked as "handled," preventing further propagation.