[SPZ2-6413] [1.0.3-rc3] When "Copy blueprints to clipboard" is enabled, CTRL+V overwrites the clipbo

[jovial echo]

... with a duplicate entry.

Usecase: I am using a historical clipboard to have multiple items on my clipboard simultaneously.
I am able to observe the same behaviour using Windows' builtin clipboard history. (WIN+V)

Steps to reproduce
Begin by having a blueprint in your clipboard (image 1)
Press CTRL+V in-game.
Observe that the clipboard has been overwritten (image 2)

Additional info
This cannot be fixed by removing duplicate entries from the clipboard history, because the clipboard items differ. (image 3)
The difference is due to the timestamp contained in the gzip header.

Disabling the "Copy blueprints to clipboard" is not a suitable solution, because then CTRL+C does not copy to the clipboard anymore.

Solution 1 (small change, ugly)
Skip clipboard modification on ctrl+v with an extra flag, similar to how the blueprint history sets WithinManualChange.
(This would limit the scope of this change to HUDBlueprintHistory.HandleBlueprintPaste and HUDBlueprintHistory.OnPlacementChange)

Solution 2 (larger change)(SPZ2-2007 Won't Fix)
I think binding clipboard modification to a "structures are being placed" event is wrong. (*)
Instead the clipboard should be modified by the action handlers (-> always for "clone/copy selection" on the building/island layer ; conditionally for loading blueprints from the toolbar/library ; I'm mixed on the ctrl+S keybind)

(*) obviously I'm not as familiar with the codebase as you are, so take my judgment with several grains of salt.

[soft granite]

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 28 reports awaiting team review. Due to the high volume, it may take a little longer for us to get to yours.
⏰ Our team is off on weekends, so it may take a bit longer for us to review your report. Thank you for your patience!

📋 Log files help us investigate issues. You can find yours here:
• Windows: %USERPROFILE%\AppData\LocalLow\tobspr Games\shapez 2\Player.log
• Linux: ~/.config/unity3d/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/
• Linux: $XDG_CONFIG_HOME/unity3d/tobspr Games/shapez 2/

1. [SPZ2-2007] — ✨ 85% similar

Using the "Save Blueprint" feature will overwrite the clipboard
Done • Priority: Low • Fix: OLD Early Access • Resolution: Won't Fix

When using the "Save Blueprint" feature via the button or Ctrl+S on small structures or entire Space Platforms, the current clipboard contents are overwritten with the selected structure. This behavior is confirmed as intended. It can be disabled in the settings.
💬 Threads: [1.0.0-ALPHA5-RC2] When trying to save a

2. [SPZ2-2811] — 👀 60% 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-2878] — 👀 40% similar

Blueprint with different icons not copied to clipboard
Done • Priority: Medium • Fix: 4 - Early Access • Resolution: Done

When the copy to clipboard setting is enabled, using Pipette on a Structure with custom icons and then using Copy/Paste on that Structure fails to copy the new Shape Code to the clipboard, even though the Structure has different icons and therefore a different Shape Code. The expected behavior is that the different Shape Code should be copied to the clipboard when the icons differ.

Found 3 similar reports • Searched 3,719 reports • Use /check-duplicates to recheck

[soft granite]

🎫 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-6413 for reference. If you want to provide further information, just comment on this thread.