I fail to see how this isn't intended logic. If nui has been given focus, the game shouldn't be reciving any of that input at all, since that has been routed to the front end, if the script wanted they game to have game input, they would have set the argument for keyboard input, to false

I fail to see how this isn't intended logic. If nui has been given focus, the game shouldn't be reciving any of that input at all, since that has been routed to the front end, if the script wanted they game to have game input, they would have set the argument for keyboard input, to false

The push to talk keybind(s) explicitly bypass that logic to allow using it when nui has focus - GameInput.cpp#L1368-L1388

That sounds incredibly stupid and not intended.
So if I'm typing into a UI, I would just be randomly talking? Or with mouse, if its a mini game, I'm just going to be constantly talking while doing it? That sounds terrible

This was completely intended.

Yeah, that's indeed a regression. I already had this on my personal to-do since someone reported it on Discord earlier, but I haven't had the time to check it out yet. Reverting to the original behavior isn't a proper solution either, as stuck buttons on focus loss are also a bug.

an example what is going on

https://github.com/user-attachments/assets/fe762aeb-bf40-45d2-a215-2d50c363a678
http://img.lrp.pp.ua/u/irJlpZ.mp4

I believe this bug was introduced in #3076 @tens0rfl0w

i read this this fix was introduced to prevent shooting when nui get focused, maybe by disabling every key we can turn off only shooting button