#[1.0.0-A3-RC1] the label cannot vertical paste

8 messages · Page 1 of 1 (latest)

gusty peak
#

to reproduce

  1. place a horizontal label
  2. select it and copy it
  3. rotate the copied label to vertical
  4. hold down the LMB and drag downward
  5. now, the selection will be canceled
    show in video
shell portalBOT
#

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 19 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

💾 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-3387] — 👀 42% similar

Mirroring a Platform with label does not rotate the text
To Do • Priority: Low • Fix: None

When mirroring a Machine Platform that contains a Label, the text does not rotate correctly. Using the standard Mirror function moves the Label to the correct position but leaves the text at its original rotation instead of flipping it. Using Inverse Mirror rotates the text 180 degrees, causing it to appear upside down. The expected behavior is for the Label text to mirror appropriately along with its position, similar to how Conveyor Belts rotate when mirrored. This affects the readability a...

#
2. [SPZ2-4220] — 👀 35% similar

Placement behaves differently depending from which direction you drag
Done • Priority: High • Fix: Dimension Update [0.1.0] • Game: 07.40.15 • Resolution: Done

When dragging to place structures, the Placement behavior was inconsistent based on drag direction. Dragging from right to left would incorrectly keep a Split in the placement, while dragging from left to right would not. In both cases, only a turn should have been placed without any Split. This affected the autosnapping feature during building placement. The issue has been fixed and verified, with autosnapping now working correctly regardless of drag direction.

#
3. [SPZ2-5270] — 👀 33% 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...

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

Placing a blueprint then deselecting deselects the entire blueprint toolbar
Done • Priority: High • Fix: Dimension Update [0.1.0] • Resolution: Done

When placing a Blueprint from the Blueprint Toolbar and then deselecting it, the entire Toolbar gets deselected instead of remaining open. This makes it very tedious to place multiple Blueprints in succession, as the player must reopen the Toolbar each time. The expected behavior is that the Toolbar should remain open and active after placing a Blueprint, allowing for quick successive placements. The issue was initially reported as occurring with Labels specifically, but appears to affect the...

#
5. [SPZ2-5503] — 👀 28% similar

Placement does not override rotation after placement
Done • Priority: Critical • Fix: 1.0 Release [1.0.0] • Game: 19.00.35 • Resolution: Fix Verified

When a player rotates a structure to face one direction, then hovers it over a conveyor belt which auto-rotates it to face another direction, and confirms placement, the structure incorrectly reverts to the original rotation when moved to a different tile. The expected behavior is that after confirming placement, the current rotation should be updated to match the placed structure's rotation, so the structure maintains that same orientation when the cursor is moved. This issue has high priori...

Found 5 similar reports • Searched 3,041 reports • Use /check-duplicates to recheck
shell portalBOT
#

✅ 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.