Search Issue Tracker
By Design
Votes
3
Found in
2022.3.58f1
6000.0.38f1
6000.1.0b5
6000.2.0a2
6000.3.0a1
6000.4.0a1
6000.5.0a1
Issue ID
UUM-97174
Regression
No
SetWindowsHookEx does not prevent Windows key input when Editor or Player Window is focused and Active Input Handling is set to “Input System Package (New)” or “Both”
Reproduction steps:
1. Open the attached “IN-93020.zip” project
2. Open the “SampleScene”
3. Enter the Play mode
4. Click “Block WindowsKey 1” button
5. Press the Windows key on the keyboard
Expected result: The Windows key is blocked
Actual result: The Windows key still activates
Reproducible with: 2022.3.58f1, 6000.0.38f1, 6000.1.0b5, 6000.2.0a2
Reproducible on: Window 10 (User reported), Windows 11
Not reproducible on: no other environment tested
Notes:
- Reproduces if Active Input Handling is set to “Input System Package (New)” or “Both”, but does not reproduce with “Input Manager (Old)”
- Reproduces both in the Editor and the Player
- Only reproduces when the Editor or the Player Window is in focus
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- "Shader warning in 'Hidden/Light2D': implicit truncation of vector type" is thrown when building Universal 2D template
- AI Assistant breaks compilation of packages using System.Runtime.CompilerServices.Unsafe via auto-referencing
- Unity Hub checks the "Documentation" module by default on the 6.4 and 6.5 streams despite that it was unchecked with the previous installs
- Shortcut that toggles between Dopesheet and Curves Views in the Animation Window's Timeline is mislabed
- Property List Items Overlap onto the Property List's top edge when scrolling through a long Property List
Resolution Note:
The usage of the windows API SetWindowsHooks was never an officially supported feature, this issue will be tracked internally as a feature request to suppress the Windows keys.