[Hrusa][2.0.7] Player movement chokes if control was held down first

[cynicalwanderer]

In 1.1 I would commonly do something like run alongside a row of chests with control held down and the mouse over the chests to loot them. This would work fine and not cause any issues, regardless of whether I pressed control before I started running or after. However in 2.0.7 now, if I press control first before moving and then press a movement key, the player will not move. Even if I release the control key while still holding down movement, the character stays frozen in place until I first release the movement key and then press it again without control. Weirdly, if I press control and then right say, but then release control and while still pressing right (and being frozen) I then press say up, then the up movement will start working but the right movement will not unfreeze until I release all movement keys and then start fresh. If starting movement before pressing control, then there is no problem with freezing.

The expected behaviour should be that when you hold down control either before or after commencing movement, there should be no prevention of the input registering and freezing up the character, and furthermore there should be no need to release frozen movement keys in order to get the movements to work again. This expected behaviour was working just fine in 1.1 previously and hence is why it feels so jarring now to be having this issue.

Use case is for Windows Steam version, and please note that in case it matters, I remap movement keys from WASD to arrows, and use the right control button (closest to arrows for thumb press) as my chest loot control key.

[xargo-sama]

I've tried to follow your steps and recreate the issue, but on my computer when I hold ctrl and then walk it works fine.

Could you send me your files from

Code: Select all

%appdata%/Factorio/config

so that I can investigate with your keybindings?

[cynicalwanderer]

Thank you for looking at it, please find ini file attached

[TactiCool]

I have the same problem, I have attached my config file as well in case it helps!!

Problem arises for both holding Ctrl or Shift before trying to move

(I'm also using arrow keys for movement instead of WASD)

[SirSmuggler]

Same for me it appears: viewtopic.php?f=18&t=116356
Only difference is I'm using ctrl for shooting.

[xargo-sama]

Ok, I've figured out the cause. There are new bindings for nudging blueprints that have been consuming your inputs. If you search: "move blueprint" in your controls you will find them. They default to ctrl and shift + arrows and when you map your movement to arrows they consume the input action.

For now, the immediate fix is to rebind them. But I will try to see whether we can make it not fire when you aren't holding a blueprint.

[cynicalwanderer]

Thank you, rebinding these as you described fixes the problem for now, as I rarely use the blueprint nudge keys anyway. The long term fix you suggest to only trigger these inside a blueprint sounds pretty good too.

[BlueTemplar]

This sounds like the same issue that has been around on AZERTY forever ? (Works when running in one direction, but not other.)

[xargo-sama]

I looked around some more and it's not a straightforward fix. The inputs have a lot of considerations for cases where continuous and one-time inputs meet. I don't want to pry these open right now, because the risk of some more frequently overlapping binds going wrong is high. Since this can be solved by re-binding the conflicting combinations I will consider this addressed for now.

[SirSmuggler]

Ok, I've figured out the cause. There are new bindings for nudging blueprints that have been consuming your inputs. If you search: "move blueprint" in your controls you will find them. They default to ctrl and shift + arrows and when you map your movement to arrows they consume the input action.

For now, the immediate fix is to rebind them.

This worked great, thanks! Now I can dodge worm goo all day long

[BlueTemplar]

Ah, that had been the one :
[posila] [0.17] [FR] Unconfortable undo shortcut while running + filling
(And it did get fixed, my bad.)