[Combined] Mouse & Keyboard keybinds resetting every session + other hardcoded functions

Wicked Bug Reporting
,
1

Tag: Settings/Controls

Playing with mouse and & keyboard, I have rebinded a few keys, specifically:

  • Quick item to: m3 (scrollclick)
  • Run to: Shift
  • Offhand use to: RMB (right mouse button)
  • Parry to: Q

This is within the Mouse and WASD control scheme under Keyboard & Mouse

What happens after exiting and booting up your game for a new session is:
– Shift will reset to Offhand use, this is easily noticable because you cannot run anymore (it is my suspicion that it retains both the new and old function of particular key)
– Q will still let you parry, but holding it lets you select consumables (as if it is the consumable keybind). Selecting the new key (m3) will function as consumables as well, my suspicion again confirmed.

This issue is like a splinter in your toe. It is so small compared to the body, yet it’s range of annoyance and pain is great.

I will go as far to say that if Thomas Mahler had this issue, it would be patched at the end of the week.

I have found a myriad of reports on this, and I share them below:
Rebinding Q button (july 17th)
[Linked] Unable to sprint/run with when holding a shield with keyboard and mouse (May 17th)
Keybindings not saving (May 15th)
M&K option 3 not keeping keybinds (May 9th)
https://forum.norestforthewicked.com/t/key-binds-not-registering-after-restating-the-game/16196 (May 6th)
[Linked] Game refuses to obey to the custom keybind (PC keyboard controls) (May 3th)

Old but still valid I think:
[Linked] Keybinding Conflict (an old multi-thread from 2024)
Key binding bug (June 2024)

So there you have it. I would love to have this patched, it sours the overall experience to much.

To better let you understand what it means in reality, here is a short video:

It looks small, it seems small, it feels huge.

Should there be a need for any transfer of sacred files by pigeon courier, let me know!

1 Like
CTRL on the KB&M is always toggling runes
Rebinding Q button
2

Thank you for this summary.

Would love to get rid of this unnecessary login routine

2 Likes
3

Have You tried Making your ‘AccountSettings_LOCAL.dat’ file ‘Read Only’ ?

I’m not sure if the fact it’s a .dat file will cause any issues with being set to RO, I doubt it, seeing as how it’s static.

  • %USERPROFILE%\AppData\LocalLow\Moon Studios\NoRestForTheWicked\DataStore*.dat

I’m aware this doesn’t really fix quite a few of the issues, and the sutff mentioned, but I was just thinking for covering the “daily routine” aspect of manually re entering at the very least.

4

I have just tried it after seeing your reply, sadly no permanent result! I tried 2 ways:

  • I set the file to read-only after having it changed in-game, like the routine
  • I set it to read-only before booting up, than making changes, exit and restart the game; no changes.

If you have more ideas I would love to try them out.

Edit: oh, and the game seems to make a new AccountSettings_LOCAL.dat if the file is set to read-only, in both manners

image

In the screen snipped the LOCAL.old was the file set to read-only while it was called the top file name.

5

So are you saying you observed that .dat file go from default > read only (and changed keybinds+saw file reflect the new bindings) > relaunch and the file reflects the default config again?

EDIT: ahh ok that answers everything haha. Interesting, I did indeed wonder if the fact it was a .Dat file would change any functionality.

1 Like
6

How do I check if the file saw the keybind changes made?

edit: yeah that is to bad. There’s also none of the individual controls in the file, that’s probably worth noting.

Thanks for your attempt to help me!

7

image
image296×195 5.98 KB

When you have the game running, in any other circumstance, you could open the file after making your changes to see if any of the keywords in respect to the changed keybindings show up/are changed. However, the fact it’s just bypassing the read only by making a new file is unlucky. Actually, come to think of it, there should be no practical difference in the formats whatsoever in Windows, whether it be .dat or.txt, so it must just be set up that way, or has multiple Hard links/directories.

1 Like
8

So I basically rebind parry on Q button and set consumables (which was Q before) on another button… Now, if I spam the parry (Q button) after like 3-4 fast clicks my dude uses consumables. So it didnt truly unbinded it

1 Like
9

I think I got it now… its actually not a spamm, its if you hold the Q button the quick menu for consumables appear (which is not in the settings at all) and that probably cause the use of it… its probably happening so fast in the fight, that it didnt even show that quick menu and just use the item

10

No your first instinct was correct, Keybinds are currently resetting whenever you close the game.

What this means is that:

  • Even if you have rebinded Q to parry (I do that to), it will also revert back to placing Q on consumables. Now the game is reading 2 functions on the same key.
  • The ui is bugged, it will show you the last key you binded a key to, but it will not actually be that key. You can test this by setting Shift to Run, restart the game and it will still show shift as Run, but not act like it anymore (it will be set to Off-hand use again).

It is a very annoying bug and has a report thread somewhere, next time you should add to that thread instead of making a new one :slight_smile:

11

I’m pushing here since the mentioned thread is one year old.
Keybinding Conflict

Boarcas did described the bug perfect in a new thread: Mouse & Keyboard rebinding resetting every session

Rebind your keys, close the game and restart it, following can happen:

It shows your Custom setting, but

  • it uses both, new and default binds or
  • uses only default binds

Rebind your keys, play the game without closing it and it works fine for me.

1 Like
12

Hey what a coincidence, I just made an offical report on it! Please vote for it if you feel like it :wink:

I have included a link to this thread as well.

13

Thanks for your detailed summary. I voted and linked :saluting_face:

1 Like
14

I’m having basically the same keybinds and issues as you. Hope they look at your post and prioritize it asap.

Also for off-topic, but still keybind related; please add the possibility to rebind “Tab” and “½” (left of 1). The more freedom to rebind keys the better.

1 Like
15

I am a keyboard player. After I re-bind the keys and restart the game, the keys of using left-hand equipment and food will be restored to the default keys. In addition, I have a problem that when I hold down the run key, the character will move towards the mouse position. Obviously, you have set up a key to achieve this function. Why do you have to do this? I mainly use the keyboard to control the movement. Whenever I release the wasd key, the character will move uncontrollably. It makes my playing experience very bad.

1 Like
16

i moved this here to one of the existing topics.

and as far as movement goes i think thats just how it works, if you do not press WASD you character automatically moves towards your mouser position when sprinting. But i do not play KB&M so someone else might have to confirm.

1 Like
17

Zerone, as Chemile0n states it is correct that the keys resetting is a bug.

The sprint towards your mouse cursor however is not. You need to hold any wasd if you want your character to go a static direction, otherwise your sprint key will serve the same function as “walk to mouse cursor”.

I hope you can adjust to this, give it a little time!

18

I rebound the CTRL key to sneak / drop down but it still toggles my runes.

19

Hey Redacted,

The keyboard and mouse input is a big topic of discussion. We will look into it further and see ways we can improve.

Regards
Steve

20

Hi Redacted, could you confirm if it is only with CTRL key or with others as well?

Here is a thread with a multitude of different keys resetting, if you have the time to test this out for various keys I would be much obliged!