#[1.0.3-rc3] Uncolored crystal random shape goal
13 messages Β· Page 1 of 1 (latest)
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 75 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
1.0.2-rc1
1.0.3-rc3
Classic - Regular
4043
72%
119,322
No
[1.0.3-rc3] Uncolored crystal random shape goal
For manufacture mode the first random operator level shape can require black crystals in a standard save
Done β’ Priority: Highest β’ Fix: 1.0.0 Release β’ Game: 1.0.0-alpha3-rc1 β’ Resolution: Fix Verified
In Manufacture Mode, the first randomized Operator Shape can require black crystals in a Regular scenario savegame, even though black crystals should not appear when map generation has not been modified. This can be reproduced by starting a new Regular Manufacture Mode savegame and advancing through Operator Level shapes until a black crystal requirement appears. The issue was not observed in Classic Mode. Black crystals should not be part of required random Operator Shapes under default map ...
π¬ Threads: [1.0.0-alpha3-rc1] CROS can generate bla
Vortex does not accept rotated shape for random operator levels
To Do β’ Priority: High β’ Fix: Probably Never
The Vortex does not accept rotated shapes for Randomized Goals in Operator Levels. When a goal requires a specific shape, submitting a rotated version of that shape is rejected even though it should be functionally equivalent. This prevents players from completing random goals unless the shape is oriented exactly as specified. The expected behavior is that The Vortex should accept shapes regardless of their rotation since shape orientation does not affect their fundamental identity. This issu...
Randomized Operator Goal algorithm code bug
Done β’ Priority: Medium β’ Fix: Dimension Update [0.1.0] β’ Resolution: Done
The Randomized Goals algorithm in the Make Anything Machine has a code bug on Line 231 where it uses the wrong variable, causing the randomly generated stacked shape to be lost and replaced with a copy of the current shape plus pins. Additionally, when pushing pins, the code increases the total height by 2 but doesn't account for this, potentially creating more layers than the maximum allowed. This affects how randomized operator shapes are generated in the endgame progression.
Randomized Operator Goals only accepts correct rotation
Done β’ Priority: Medium β’ Fix: Dimension Update [0.1.0] β’ Resolution: Duplicate
Randomized Goals only accept the correct Shape Orientation, showing a red X instead of the proper Operator Shape indicator at The Vortex when rotation is incorrect. This appears specific to certain shapes like ----RuRu. The shape is being accepted when oriented correctly, but the indicator displays incorrectly regardless. This causes confusion for players who expect visual feedback matching acceptance status. The issue occurs frequently with multiple daily reports, suggesting players need cle...
Random operator shapes are being unlocked when completing the milestone before exotic shapes
To Do β’ Priority: Low β’ Fix: None
Randomized Goals are being unlocked prematurely when completing Milestone 8 in Classic Mode Regular scenario, even though there are still remaining Milestone shapes to complete. To reproduce, start a new Classic Mode save in Regular scenario, open the Milestones Screen, and unlock all Milestones up to Milestone 8 using the quick-unlock button. Upon checking the Operator tab, Randomized Goals appear unlocked early. Expected behavior is that Randomized Goals should only unlock after all prior M...
π¬ Threads: [1.0.0-ALPHA4-RC1] ROS shapes unlocked e
Different ROS shape between 0.0.8-rc2 and master
Done β’ Priority: High β’ Fix: Version 0.0.9 β’ Game: 0.0.8-rc2 β’ Resolution: Done
Different Randomized Goals shape is generated between Steam version 0.0.8-rc2 and the master branch when using the same imported Savegame. The difference appears in only one Shape Quarter of the generated shape. This was caused by changes made to ShapeOperation code, which affected the RandomResearchShapeGenerator behavior. The issue was confirmed as intentional, introduced by a specific commit that modified shape generation logic. This breaks save compatibility for endgame goal shapes betwee...
Didn't get to black yet π«’