Rebind bug, arrows => print screen

If we have turned off Num Lock and we click on the arrows, then put Print Screen.

At the same time, everything works fine in the editor (Shortcuts), the problem is in the Input System.

On the screenshot of tanks demo.

Version 1.0.0
Unity 2019.3.0f3

 

?

 

Same issue here: was fixed by pressing the NUM LOCK key

 

I'm also looking at the new Input System, and so far I'm a little perturbed by some of the inconsistencies. I get that it's a new system and will take some time to iron out, but NumLock should NOT affect the detection of Arrow Keys. No Operating System in the world changes the Arrow Key input based on NumLock's status... This is a bug, and I hope Unity addresses this soon. In the meantime however, thanks for the workaround, it works for me... although I'll be sticking to anything but this new system for now.

 

This post is one year old and still no solution?

 

Seems so... but knowing coding it might be more intricate of a problem then we think... hopefully we get something soon.

 

Ok, but at least someone from unity should have acknowledged the bug, said they are working on it.

They seem pretty active here on the forums, not sure why this one was ignored.

 

I haven't checked if it's fixed for myself as I'm just staying away from the New Input System until I hear of big changes, but as far as I'm aware, it does almost seem to be getting ignored... maybe more people have to bring this to their attention as well.

 

Out of curiosity, are you using the old system or some other third party system? I'm thinking of ditching the new system too, too many bugs and some things are unnecessarily hard...

 

We've been using Unity 2018 for our projects, and we recently made the switch to the latest LTS (Long Term Support) of Unity (which right now is 2019), and continue to update when a newer version of the LTS comes out. During our time using Unity 2018, we 've made the switch to a package called "Input Manager CC", by "VersionMaybe." since it lets you change controls at runtime.

"Input Manager CC" still uses the old Input System, and even when we don't use that, we use the old Input System. If we create a project with Unity 2019, we tend to use both so that way we can use the old Input System, AND parts of the New Input System, like the native Gamepad and Rumble support.

I wish to stress however that this is not at all permanent and when the New Input System becomes satisfactory to us, we will be switching to it more or less full time. We also are not the creators of "Input Manager CC", AND aren't sponsored by them... but we love the package and hope you might find some use out of it too

Here's to hoping this issue gets resolved, and that everything Unity makes in the future being great
~ Shaggy39

 

Hi, I'm the author of this thread. I recommend you to forget about InputSystem and buy asset "InControl", which works fine with both gamepads and keyboards

 

I'm planning on buying rewired, but it sucks that i have to rely on a paid asset to have some basic functionality

 

Same issue here.

 

Issue still present in Input System 1.1.0 pre.5.

 

There's no way they still haven't addressed this

 

I just ran into this issue due to a player report. I can't believe this bug. 2020.3.15, Input System 1.0.2, etc.

 

I can't believe they still didn't fix it... it's only been TWO YEARS

 

Just ran into this issue myself with the latest version of input system...

 

Did you file a ticket?

 

Just opened Case 1359217.

 

Seems like this was reported in 2019 and marked as Won't Fix:
https://issuetracker.unity3d.com/is...-delete-or-the-arrow-keys-when-numlock-is-off

I had encountered this problem when I wanted to detect if Print Screen was pressed to capture a screenshot and suddenly found 200+ image files on my computer
To work around that, instead of checking keyboard.printScreenKey.wasPressedThisFrame, I've created a function to ignore Print Screen if any of the linked keys are pressed as well:

Code (CSharp):

1. if (!keyboard.printScreenKey.wasPressedThisFrame) return false;
2. return !keyboard.downArrowKey.wasPressedThisFrame
3.     && !keyboard.leftArrowKey.wasPressedThisFrame
4.     && !keyboard.upArrowKey.wasPressedThisFrame
5.     && !keyboard.rightArrowKey.wasPressedThisFrame
6.     && !keyboard.insertKey.wasPressedThisFrame
7.     && !keyboard.homeKey.wasPressedThisFrame
8.     && !keyboard.pageDownKey.wasPressedThisFrame
9.     && !keyboard.pageUpKey.wasPressedThisFrame
10.     && !keyboard.endKey.wasPressedThisFrame
11.     && !keyboard.deleteKey.wasPressedThisFrame;

 

Interesting, here's the new bug report. https://issuetracker.unity3d.com/is...-trigger-prtscn-with-either-numlock-on-or-off

 

For using the new input systems dynamic rebinding, you can fix this by calling and manually dumping the perform interactive rebind. When you create the rebind action, all you have to do is;

Code (CSharp):

1. //Call the rebind operation
2. rebindOp = rebindMe.PerformInteractiveRebinding()
3.                 //And tell it to ignore printScreen
4.                 .WithControlsExcluding("<Keyboard>/printScreen";

This also fixes issues with Insert, Home, Delete, End, and the like being bound to printScreen as well. Hopefully this helps.

 

Seems to work for me! I just wish they'd fix this to begin with though...

 

It's nice to see this problem fixed, thank you.
In the meantime this fix is working well :

 

That's a lot to keep track of considering we stopped watching this thread for a while

Glad to see the issue's been fixed and that a lot of people came in to finally fix the problem! Gotta love the game dev community

 

Amazing how something done so long ago causes problems in new systems today...

Thanks again for the fix, I'm sure many people (including us) will be very happy with this

 

Thank you, I'm glad you were able to get it fixed for us!

 

Hi!

How is the backporting going? I've been checking the bug report in the issue tracker and I can't find any info about implementation into any other version than 2022.1.0a16. We're currently on 2021.2.7f1. And this bug is still present. And as I understand it this is not a bug in the input system, so we have to wait for a proper Unity release for a fix.

 

Looks like it is now fixed for 2020.3 LTS. https://issuetracker.unity3d.com/is...-trigger-prtscn-with-either-numlock-on-or-off
Has 2019 rolled out of LTS yet?