Search Issue Tracker
Won't Fix
Votes
0
Found in
2021.3.28f1
2022.3.4f1
2023.1.4f1
2023.2.0a23
Issue ID
UUM-42710
Regression
No
[Input Manager] Held down key presses are not carried over when a Scene is loaded
Reproduction steps:
1. Open the attached "repro_IN-IN-45693.zip" project
2. Open and analyze the "InputPresser" script in the project Assets folder to understand how the script behaves
3. Enter the Play Mode
4. Press and hold the right arrow key
5. Notice that the Console keeps printing the output "holding right" - that means that the right arrow key is being registered
6. While holding the right arrow key, press the "R" key to reload the scene
7. Observe the Console output
Expected result: The Console keeps printing out "holding right", as the right arrow key is still being registered
Actual result: The Console is not printing out "holding right", as the right arrow key is not being registered anymore
Reproduced with: 2021.3.28f1, 2022.3.4f1, 2023.1.4f1, 2023.2.0a23
Reproduced on: Windows 10
Note:
* If you keep holding the right arrow key after reloading the scene, and press "P", the scene will be paused, proving that the right key is not being registered, as the script is written to only execute the pause if the right arrow key is not being pressed when pressing the "P" button
* Reproducible in Player
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
- NullReferenceException errors appear in the Console when changing the values of Visual Effect Control Clip Events' Attributes
- Crash on TextCore::OTL_TableReader::GetOpenTypeLayoutTables when using Japanese Font as TMP Fallback
- TreeView.AddItem performance regression when opening EditorWindow
- Shadows are not visible in Player when using DX12 with Forward+ or Deferred+ rendering in URP
- Rendering Debugger Playmode debug UI scrolling is jittery when using click and drag to scroll
Resolution Note:
Thank you for your bug report.
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.