#[SPZ2-5977] [1.0.0-alpha5-rc2] Blueprint history starts off-by-one

6 messages · Page 1 of 1 (latest)

brave sonnet
#

When you've made multiple blueprints (at least 3 makes the effect clearer), holding the blueprint history key and scrolling down to select the previous blueprint actually selects the second to last blueprint (code-wise this seems to be because the index in the history list is updated before the blueprint is retrieved from the list). This also means that when you scroll up, you get the oldest blueprint first and not the most recent one then the oldest, which I don't if it's intended or not

analog juniperBOT
#

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 36 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-5930] — 👀 35% similar

Blueprints rotate CW when pressing TAB on the toolbar
To Do • Priority: Low • Fix: None

When cycling through blueprints in a toolbar folder by pressing TAB, each press causes the selected blueprint to rotate clockwise. This occurs in any game mode and scenario when multiple blueprints are placed in the same toolbar folder. The expected behavior is that pressing TAB to cycle through blueprints should not cause any rotation.
💬 Threads: [1.0.0-A5-RC1] press Tab at blueprint to

#
2. [SPZ2-2811] — 👀 30% similar

CTRL + V doesn't select last blueprint when "copy blueprint to clipboard" is disabled
Done • Priority: Medium • Fix: Future • Resolution: Won't Fix

When the "copy blueprint to clipboard" setting is disabled, pressing CTRL + V does not paste the last blueprint. The user expects that disabling the clipboard feature would prevent CTRL + V from working entirely, which is the current behavior. However, there is discussion about whether CTRL + V should still paste the most recent blueprint even when the clipboard setting is disabled. The current implementation matches the expected behavior where disabling the clipboard feature means CTRL + V h...

#
3. [SPZ2-2678] — 👀 28% similar

Blueprint history hotkey CTRL does not work by default (assigned to area selection hotkey)
To Do • Priority: Medium • Fix: 1.0 Release [1.0.0]

The Blueprint History Keybinding does not work by default when set to CTRL because it conflicts with Area Selection Keybindings that use the same modifier key. When the History Keybinding is assigned to left ctrl, left shift, or left alt, scrolling with that key pressed does nothing. Rebinding the conflicting Area Selection controls to different keys allows the History Keybinding to function properly. The default key for Blueprint History should not interfere with existing Keybindings.

Found 3 similar reports • Searched 3,208 reports • Use /check-duplicates to recheck
analog juniperBOT
#

🎫 Many thanks for reporting this issue! We have created an internal ticket for further investigation and will keep you updated. The internal ticket ID is SPZ2-5977 for reference. If you want to provide further information, just comment on this thread.