[1.0.0-A3-RC1] Dragging to paste does not behave properly when blueprint is rotated

[charred ledge]

when pasting a blueprint (both platform and regular), you can click and drag to place multiple. the problem arises with rectangular blueprints. if the blueprint is rotated, trying to place multiple either places them too far apart (as if the blueprint was never rotated to begin with), or it cancels the placement entirely. both of these outcomes are shown in the attached video.
from an outside perspective, i assume this is because the dimensions of the blueprint are not rotated, so it tries to paste a 1x4 for example either inside of itself or way too far apart.

[empty lance]

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 21 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
• 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-5399] — 👀 72% similar

ff8ea77 BP Refactor. Placing a platform blueprint only happens after the left mouse button is released, and because of this dragging is impossible
Done • Priority: Highest • Fix: None • Resolution: Cannot Reproduce

After the BP refactor, placing a Space Platform blueprint only happens after the left mouse button is released instead of when clicking. This prevents dragging to place multiple blueprints in a row, which was previously possible. The issue occurs in Classic Mode when using cheats to copy and place platform blueprints. Expected behavior is that blueprints should be placed immediately on left click, and dragging with the button held down should place multiple copies. The issue is no longer occu...

2. [SPZ2-5524] — 👀 68% similar

Blueprint rotation not working correctly
Done • Priority: Highest • Fix: 1.0 Release [1.0.0] • Resolution: Fix Verified

Blueprint rotation was not working correctly in shapez 2. When players selected structures and conveyor belts, copied them in an area selection, and tried to rotate the blueprint, it would either not rotate at all or rotate in the wrong direction. The expected behavior was for the blueprint to rotate clockwise correctly. This occurred in any game mode and scenario. The issue was caused by blueprints being re-created during rotation instead of having the rotation logic handled during placement.

3. [SPZ2-4214] — 👀 60% similar

Area placers are broken with irregular tile structures
Done • Priority: Medium • Fix: Dimension Update [0.1.0] • Resolution: Done

Area Selection was broken when used with irregular tile structures like L-shaped Space Platforms. When attempting to drag and place these irregular shapes, the area placer would not work correctly. The issue affected the placement behavior and consistency when working with non-standard platform configurations. The area placer was reimplemented to work deterministically with irregularly shaped structures, though it no longer creates compact arrangements.

4. [SPZ2-5270] — 👀 50% similar

The selection border snaps to a centered position over the mouse pointer on rotating
Done • Priority: Highest • Fix: None • Resolution: Duplicate

When rotating a copied Area Selection, the selection border incorrectly snaps and centers itself to the Cursor position, even though the Cursor hasn't moved. This happens when using Copy/Paste functionality in Classic Mode - after selecting and copying structures, repeatedly pressing R to rotate causes the border to reposition. The expected behavior is that the Area Selection border should remain in its original position relative to the Cursor during rotation, rather than jumping to center on...

5. [SPZ2-4270] — 👀 48% similar

Non 1x1 buildings / platforms should not auto rotate to fit
Done • Priority: High • Fix: Dimension Update [0.1.0] • Resolution: Done

Non 1x1 Structures and Space Platforms were automatically rotating when placed to fit adjacent buildings, which was unintended behavior. This occurs when trying to place any structure or platform larger than 1x1 next to another structure, such as when placing two Painters side by side. Only 1x1 Structures should auto-rotate during placement. The auto-rotation caused more problems than benefits for larger structures and platforms, making precise placement difficult. The fix ensures that buildi...

6. [SPZ2-5523] — 👀 45% similar

Placing blueprints of a single space miner will change rotation depending on the original direction
Done • Priority: Highest • Fix: 1.0 Release [1.0.0] • Resolution: Fix Verified

When creating a blueprint of a single Asteroid Miner, the placed blueprint rotates inconsistently based on the original miner's direction. East-facing miners paste without rotation, west-facing miners alternate rotation, north-facing miners rotate counter-clockwise, and south-facing miners rotate clockwise with each placement. This issue also affects Asteroid Pumps and multiple miners in the same direction. All structures placed on the miner do not rotate with it, making copied miners unusabl...

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

[empty lance]

✅ This bug has been already fixed on internal builds and should be fixed with the next release. Should this bug not be fixed with the next build, as the reporter, you can use /reopen-bug to reopen it again. Alternatively you can report a new issue.