Search Issue Tracker
Won't Fix
Votes
0
Found in
2020.3.36f1
2021.3.5f1
2022.1.8f1
2022.2.0a18
2023.1.0a1
Issue ID
UUM-7745
Regression
No
[Windows] Input.GetKeyUp is true only for the first released mouse button when releasing mouse buttons outside the Game view
Reproduction steps:
1. Open the attached “MouseButtons” project
2. Open the “SampleScene” scene
3. Enter Play Mode
4. Press the left and right mouse buttons
5. Move the cursor outside the Game view
6. Release the right mouse button
7. Release the left mouse button
8. Observe the Console
Expected result: “KeyUp: Mouse0” is logged
Actual result: “KeyUp: Mouse0” is not logged
Reproduced in: 2020.3.36f1, 2021.3.5f1, 2022.1.8f1, 2022.2.0a18, 2023.1.0a2
Reproduced using: Windows 10, Windows 11
Not reproduced using: macOS 13.4 (Intel)
Notes:
1. The reporter also reproduced in WebGL
2. Not reproduced in Windows Player
3. Not reproduced with keyboard keys
4. Also reproduced with the right mouse button
5. KeyDown isn’t called when pressing the left mouse button in Game view for the first time after reproduction (Unity thinks it’s still pressed even though physically it’s not)
6. OnApplicationFocus and OnApplicationPause do not return true during reproduction, indicating that the Game view does not lose 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
- "One or more data file missing for baking set NewScene Baking Set. Cannot load shared data." error in Player when a specific project is built
- Choosing new HDR Colour using RGB values breaks colour on Intensity Selectors
- Rendering/Decal Layer Mask options are different inside Prefab Mode and outside Prefab Mode when the project is upgraded to Unity 6
- Incorrect Realtime GI Light Probes baking when more than one Light Probe Group is used and "Baked Global Illumination" is enabled
- Hovering on the three-dot menu also highlights the tab header near it when not all tabs fit the bar
Resolution Note:
After reviewing the issue and the impact it has on our users our team has decided that this case will be resolved as "Won't Fix". This does not mean that the issue isn’t a legitimate bug, but instead that we are not able to prioritize the fix, at this time.
The case will now be closed, and will not be reopened unless new information arises that would change the issue’s impact. Please let us know if you have additional information relating to the severity of this bug.