#[SPZ2-5925] [1.0.0-beta7] Hovertext of the different Menuscreens all show the same button

7 messages · Page 1 of 1 (latest)

brisk ridge
#

All four of those buttons show whatever Keybind is bound to the "Research Screen" in the Keybindings. It also doesn't update if they are all bound to unique keys. Happens in every savegame I tried.

Untitled.png
cinder minnowBOT
#

Thank you for reporting this bug! Our team will review your report soon.
Feel free to add more details in follow-up messages — we're also scanning for duplicate reports automatically now.
📨 There are currently 14 reports awaiting team review. Due to the high volume, it may take a little longer for us to get to yours.

📋 Log files help us investigate issues. You can find yours here:
• Windows: %USERPROFILE%\AppData\LocalLow\tobspr Games\shapez 2\Player.log

💾 Savegame files (.spz2) are very helpful if relevant to the issue!
Export via Main Menu → Play → click the download icon on the relevant savegame.
You can also find them here:
• Windows: %USERPROFILE%/AppData/LocalLow/tobspr Games/shapez 2/

#
1. [SPZ2-3315] — 🔥 92% similar

Updated Keybind for Task/Upgrades do not show Ctrl-T
To Do • Priority: Low • Fix: None

The Keybinding for Job and Shop does not correctly display the custom key assignment. When the player changes the Keybinding for Job to Ctrl+T and Shop to U, both still show T in the interface, which is the default Keybinding for Research. The issue suggests that the Keybinding placeholder template for Job and Shop is incorrectly using the Research Keybinding instead of their own assigned keys. This prevents players from seeing the correct Keybinding they have configured for these functions.

#
2. [SPZ2-5925] — ✨ 88% similar

The 5 top left buttons on the main HUD all show keybinds for pressing T
Done • Priority: Medium • Fix: 1.0 Release [1.0.0] • Resolution: Not A Bug

In Classic Mode, the five top-left HUD buttons (Milestones Screen, Jobs, Shop, Trades, and Operator) all display the same keybinding "T" when hovering the cursor over them. The reporter expected each button to show its own unique keybinding, or indicate if no specific keybinding is assigned. This was confirmed to be by design: all buttons show the generic "T" keybinding until something else has been explicitly bound to that tab.

#
3. [SPZ2-4723] — 👀 40% similar

Hotkeys do not update in toolbar UI before toggling build mode
To Do • Priority: Medium • Fix: 1.0 Release [1.0.0]

When players change keybindings that appear in the Toolbar, the UI does not immediately reflect the updated keys. The new keybinding functions correctly but the visual display remains outdated until the player toggles Machine View at least once using the default Space key. This affects any keybinding visible in the Toolbar, such as the Delete key. The issue occurs in any Difficulty setting and can be reproduced by changing a Toolbar keybinding, returning to the game, and observing the UI stil...
💬 Threads: [0.1.0-PRE8-RC1]Persistent Default Keybi

#
4. [SPZ2-1670] — 👀 30% similar

Changing keybindings doesn't update tutorials / UI
Done • Priority: Medium • Fix: OLD Early Access • Resolution: Done

When a player changes their keybindings in the settings, the tutorials and UI elements do not update to reflect the new key assignments. This is especially problematic during the Certification, where players who have already rebound keys will see incorrect key prompts that don't match their actual controls. The issue was observed during playtesting. The expected behavior is that all tutorial messages and UI hints should dynamically display the currently assigned keybindings rather than showin...

Found 4 similar reports • Searched 3,373 reports • Use /check-duplicates to recheck
cinder minnowBOT
#

[SPZ2-5925] [1.0.0-beta7] Hovertext of the different Menuscreens all show the same button