[SPZ2-5904] [1.0.0-alpha5-rc2] Rotating entry belts in platforms inconsistent and bugged

[pale sparrow]

Attached is a clip of the behaviour.
When placing belts on the entryways of a platform, we'd want them to always face one way. But in this case they face inwards for the first belt and are facing outwards otherwise. Morever, I need to press R twice to force them to flip inwards. This leads me to believe they are supposed to be facing inwards first but are not registered as such, hence the two R presses being required.

[severe niche]

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 31 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-3704] — ✨ 82% similar

Belt placement at platform notches is mixed up
Done • Priority: High • Fix: Version 0.0.9 • Resolution: Done

When connecting Conveyor Belts to Space Platforms at Notches, multiple direction and placement issues occur. Belt Launchers and Belt Catchers display incorrect transfer icons suggesting shapes cannot be transferred when they actually can. When placing Belt Launchers or Belt Catchers from the Toolbar, they automatically face the wrong direction and require manual rotation to connect properly. The wrong building type (Launcher vs Catcher) appears as placeable when it cannot actually transfer in...

2. [SPZ2-5181] — ✨ 78% similar

Autoplacement on notches defaulting to launchers despite original direction of belt
To Do • Priority: High • Fix: 1.0 Release [1.0.0]

When placing a Conveyor Belt near a Notch, the autoplacement always defaults to a Belt Launcher regardless of the belt's direction. Even when the belt is aimed in the opposite direction, where a Belt Catcher would be more appropriate, it still selects a Belt Launcher. This is a regression not present in earlier versions, where the belt direction was correctly detected to choose between Belt Launcher and Belt Catcher. The expected behavior is that Notches should autoselect Belt Catchers when t...

3. [SPZ2-3161] — 👀 72% similar

Belts does not auto place on receiver if belt is rotated
Done • Priority: High • Fix: 4 - Early Access • Resolution: Done

When a Conveyor Belt is rotated using the R key and then hovered over a Notch of a connected Space Platform with an incoming Space Belt, it fails to automatically convert to a Belt Catcher. Previously, belts would automatically change to catchers when placed at platform edges with incoming connections. After rotation, the auto-swap functionality breaks and the belt places incorrectly even though the game indicates placement is wrong. This was a regression of a previously fixed issue where the...

4. [SPZ2-3102] — 👀 68% similar

Space pipe and belt rotation.
Done • Priority: Medium • Fix: 4 - Early Access • Resolution: Done

When placing a Space Belt between an Asteroid Miner and another structure, if the Space Belt is already rotated 90 degrees counter-clockwise from the intended placement direction, the player cannot rotate it to the correct orientation while in placement mode. The issue was fixed by changing the alignment system to adjust both the input and output connections instead of only the output. This makes the placement feel more intuitive and resolves the rotation problem.

5. [SPZ2-5177] — 👀 65% similar

Placement auto-rotate is not working correctly
Done • Priority: Critical • Fix: 1.0 Bugfixes before Feature Freeze • Resolution: Done

Placement auto-rotate is not working correctly for structures. When hovering buildings over conveyor belts, the auto-rotate feature prefers to align with belts next to the placement location rather than the belts being placed on. The issue affects shape previews and placement prediction consistency. Buildings and quick stops on rails only auto-rotate correctly when facing their default east direction. This has been verified as fixed in the latest version.
💬 Threads: [1.0.0-ALPHA2-RC1] Many single square bu

6. [SPZ2-5790] — 👀 60% similar

Selecting space belts/pipes and conveyor belts on top of each other can change to different versions for placement
Done • Priority: Critical • Fix: 1.0 Release [1.0.0] • Resolution: Fix Verified

When a Space Belt or Conveyor Belt is placed on top of existing belts at notch connections, the structure held for the next placement may unexpectedly reorient or change to a different structure. This occurs when repeatedly placing Space Belts at notches where Conveyor Belts are connected, or when placing south-facing Conveyor Belts repeatedly. The expected behavior is that the held structure should remain the same orientation and type as what was just placed. This issue was reproduced in Cla...

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

[severe niche]

[SPZ2-5904] [1.0.0-alpha5-rc2] Rotating entry belts in platforms inconsistent and bugged

🔗 This bug has been linked to our internal ticket SPZ2-5904. Our development team will now have a look. Feel free to comment with further information if you believe it might be useful!

[1.0.0-alpha5-rc2] Rotating entry belts in platforms inconsistent and bugged

🔗 This bug has been unlinked from our internal JIRA report SPZ2-5904. We will now have a second look at it.

[SPZ2-5904] [1.0.0-alpha5-rc2] Rotating entry belts in platforms inconsistent and bugged