Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Filter hint in keybindings menu shows f regardless of the local keybinding. #74637

Open
Brambor opened this issue Jun 17, 2024 · 0 comments
Open
Labels
<Bug> This needs to be fixed Info / User Interface Game - player communication, menus, etc. (S1 - Need confirmation) Report waiting on confirmation of reproducibility

Comments

@Brambor
Copy link
Contributor

Brambor commented Jun 17, 2024

Describe the bug

I set it to c locally, but it still shows f:
image

However, when I open the keybindings menu for keybindings menu, it correctly shows c:
image

Attach save file

N/A

Steps to reproduce

Local keybinding:

  1. Open any keybindings menu (BASIC menu).
  2. Open keybindings menu for keybindings menu ? (NESTED menu).
  3. Set Filter local keybinding to c or something else.
    • image
  4. Observe: filter in NESTED menu shows the correct hint:
    • image
  5. Close NESTED menu, this gets you to BASIC menu.
  6. Observe: filter in BASIC menu still shows f as a hint.
  7. Try using it, it doesn't work. Try using c, it does work.

In step 3, if global keybinding is set (remove all -, then set new global keybinding = to c for example), then it works as expected.

Expected behavior

Show the correct keybinding. If global is overwritten by local, then the local is the correct one.

Screenshots

No response

Versions and configuration

  • OS: Windows
    • OS Version: 10.0.19045.4529 (22H2)
  • Game Version: 0.G-10285-g1bda0ae42b-dirty [64-bit] - master was ae7671a
  • Graphics Version: Tiles
  • Game Language: English [en]
  • Mods loaded: [
    Dark Days Ahead [dda]
    ]

Additional context

These don't change either:
image

But they are very special cases and they always do work. The special case is not to allow the player to break controls to change controls.

@Brambor Brambor added (S1 - Need confirmation) Report waiting on confirmation of reproducibility <Bug> This needs to be fixed Info / User Interface Game - player communication, menus, etc. labels Jun 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
<Bug> This needs to be fixed Info / User Interface Game - player communication, menus, etc. (S1 - Need confirmation) Report waiting on confirmation of reproducibility
Projects
None yet
Development

No branches or pull requests

1 participant