#[SPZ2-5938] [1.0.0-alpha5-rc2] Space view switch between layers when copying blueprints

24 messages ยท Page 1 of 1 (latest)

sullen belfry
hollow berryBOT
#

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 27 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!

hollow berryBOT
hollow berryBOT
#

Overview view space level changes to zero when zooming out from regular view
Done โ€ข Priority: High โ€ข Fix: 1.0 Bugfixes before Feature Freeze โ€ข Game: 1.0.0 โ€ข Resolution: Fix Verified

When zooming out from Machine View to Space View while placing a Machine Platform, the Machine Level resets to level 0 instead of maintaining the current level. This occurs when a player places a platform at a higher level in Machine View, then zooms out to Space View and attempts to place another platform. The expected behavior is that the Machine Level should remain consistent between both views during placement. Machine View correctly remembers its level when returning from Space View, but...

#

Space layer changes when pressing SHIFT+E/Q while placing a blueprint in game.
Done โ€ข Priority: High โ€ข Fix: 1.0 Release [1.0.0] โ€ข Resolution: Fix Verified

When placing a blueprint in shapez 2, pressing SHIFT+E or SHIFT+Q incorrectly switches the machine level view instead of being disabled. To reproduce, enter Classic Mode, copy a blueprint, enter placement mode with CTRL+V, then hold SHIFT and press E or Q. The expected behavior is that level switching should be disabled during blueprint placement, matching the behavior of other placement actions. This issue has been fixed so that the "other viewport layer" keybindings are now disabled while d...
๐Ÿ’ฌ Threads: Shift + E/Q switches space layers while

#

NullReferenceException: Object reference not set to an instance of an object when copying a BP in build mode after copying a BP in space mode
To Do โ€ข Priority: Critical โ€ข Fix: 1.0 Release [1.0.0]

A NullReferenceException occurs when copying a blueprint in Machine View after previously copying a Space Platform in Space View. To reproduce, copy a Space Platform in Space View, deselect it, then copy a blueprint over some Conveyor Belts in Machine View. The blueprint is instantly deselected and the exception is logged. The issue is likely caused by connectors being queried from different threads with insufficient multi-thread safety.

#

Changing space levels is impossible in the overview view if not holding something
To Do โ€ข Priority: Medium โ€ข Fix: 1.0 Release [1.0.0] โ€ข Game: 1.0.0

When the player is in Space View with nothing selected for placement, the UI for changing machine levels is missing and the keybindings Q and E do not work. The level changing UI and keybindings work correctly in Machine View. To reproduce, start a new Classic Mode game, switch between levels using Q/E or the UI while in Machine View, then zoom out to Space View without holding anything. The expected behavior is that level changing should be possible in both views with visible UI controls.
๐Ÿ’ฌ Threads: [1.0.0-alpha] When zooming way out the s

#

Space lifts are being moved to a different space level when cut or copied
To Do โ€ข Priority: Low โ€ข Fix: None โ€ข Game: 1.0.0

Space Belts are being incorrectly moved to a different Machine Level when cut or copied. After placing a Space Belt on one level and using cut or copy, then switching levels with Q or E, the pasted belt appears on the wrong level. Belts placed from level 0 to 1 end up on level -1, and belts from level 1 to 0 end up on level 2. The expected behavior is that cut or copied Space Belts should remain on the same Machine Level as their original placement.
๐Ÿ’ฌ Threads: [1.0.0-alpha] Space lifts are being mov

#

ArgumentOutOfRangeException present when building a long rail on level 1 and changing view mode with mouse wheel
Done โ€ข Priority: Highest โ€ข Fix: 1.0 Release [1.0.0] โ€ข Resolution: Fix Verified

When building a Rail on Machine Level 1 or higher and changing the camera elevation using the mouse wheel without releasing the click, an ArgumentOutOfRangeException is thrown repeatedly in the console. This causes the Rail being placed to become invisible and prevents it from being built. The issue does not occur when building on Space Level 0. The bug also affects Conveyor Belts and Pipes when placed on elevated levels during camera view changes.

merry atlas
#

is it this?

sullen belfry
#

Yes, that is on

#

Switch it off and it works fine.

merry atlas
#

I couldn't understand from your video when you were manually changing levels or when it was happening automatically.

sullen belfry
#

yeah ... i thought that would be confusing. generaly, the "problem" is when i try to scroll in and it swited from layer 1 to 0

#

never happend from 0 to 1

merry atlas
#

Is the bug here that the "Auto change space floor" feature was getting in your way?

sullen belfry
#

Yes.

gloomy cave
#

how is the feature supposed to work? i could never get it to not be in my way

#

is it supposed to guess what you're zooming in on?

gritty slate
#

yeah, when you're zooming in and there is a platform at the center of your screen, it will change your camera's platform floor to the platform's floor

gloomy cave
#

ah that makes sense. sounds useful for new players tbh so i'm not upset it's on by default

young spade
hollow berryBOT
#

๐ŸŽซ 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-5938 for reference. If you want to provide further information, just comment on this thread.