#[SPZ2-6139] [1.0.0-alpha4-rc1] ROS Shape not counting
45 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 17 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/
Blueprint Currency shapes do not count towards Blueprint Currency
Done โข Priority: Highest โข Fix: 4.1 - EA Prototype โข Resolution: Done
When players deliver Blueprint Currency shapes to The Vortex, the Blueprint Credits counter does not update as expected. The shapes are consumed but the currency value is not added to the player's total. This prevents players from earning Blueprint Credits through shape delivery, blocking progression that depends on accumulating these credits. The expected behavior is that delivering the required shapes should increment the Blueprint Credits counter immediately upon delivery.
count any accepted shape (independent from recipe)
Done โข Priority: Medium โข Fix: Factory Mode - MS1 โข Resolution: Done
The player is requesting a feature to count any accepted shape that is delivered to the goal or milestone, regardless of whether it matches the current recipe or operator shape requirement. Currently, the statistics or tracking system only counts shapes that match the specific goal shape code. The player wants the system to track all shape deliveries independently from the active recipe or research milestone. This would allow monitoring total shape production and delivery rates across all sha...
Research facility not accepting first exotic compound or milestone shapes
Done โข Priority: High โข Fix: None โข Resolution: Done
In Manufacture Mode, the Donation Station unlocked at Milestone 1 does not accept exotic compounds or milestone shapes to increase innovation levels and gain Research Credits or progress towards Milestones. Only the shape XkXkXkXk is accepted. This occurs when starting a new Savegame in Manufacture Mode at any Difficulty after completing Milestone 1 and connecting a Donation Station to any milestone shape. The expected result is that shapes should be accepted into the Research Station for mil...
The first blueprint point shape in manufacture mode is wrong and doesn't count when going into the research stations
Done โข Priority: High โข Fix: 1.0 Release [1.0.0] โข Resolution: Fix Verified
In Manufacture Mode with Challenge difficulty, the first Blueprint Credits / Research Credits / research points Shape requirement is incorrect. The game shows CuCuXrXr as the first required Shape when it should be RuRuXrXr, matching the first Operator Shape / goal shape. When delivering the displayed first Shape to the Donation Station / Research Station, the Research Credits counter does not increase. Only when delivering the second required Shape do the Research Credits properly increment. ...
๐ฌ Threads: [1.0.0-A2-RC1] Nowhere to send blueprint
No Blueprint Currency granted for side goal shapes
Done โข Priority: High โข Fix: 2 - Demo โข Resolution: Done
When delivering shapes that fulfill a Job, the Research Credits symbol appears at The Vortex, but the player does not actually receive the Research Credits. The issue occurs specifically when completing side goal deliveries. The expected behavior is that Research Credits should be granted when Job shapes are delivered, as indicated by the visual feedback showing the currency symbol. This prevents players from earning Research Credits through the Job system as intended.
Shapes entering the vortex via trains aren't always counted if saving and reloading a save
Done โข Priority: Critical โข Fix: 1.0 Release [1.0.0] โข Resolution: Fix Verified
Shapes delivered to The Vortex via trains are not always counted after saving and reloading a savegame. In a fresh save, train contents entering The Vortex are counted correctly, but after reloading an existing savegame, the delivered shapes often fail to register. The issue can also cause shapes delivered via conveyor belts to stop being counted once a train enters The Vortex. Results are inconsistent, sometimes working and sometimes not. This may be a long-standing bug where trains double t...
๐ฌ Threads: [1.0.0-A3-RC1] Vortex Train Delivery - L
1.0.0-alpha4-rc1
1.0.0-rc2
Manufacture Mode - Regular
1230
100%
2,629,409
Yes
[1.0.0-alpha4-rc1] ROS Shape not counting
It was working for previous shapes though?
Yes
โ Thank you for providing further information, our team will have a look again!
Do you know if it was it the first shape with pins?
That seems plausible, Anth. It was the first time I noticed pins.
โ Thank you for providing further information, our team will have a look again!
testing in an insane mode sandbox save, i don't have this issue
mine counts {CuRcCuCu:--P-P-P-:--SbSbSb:--P-P-P-:--CuRuCu} just fine, as well as another shape i forgot to copy the code to
i believe it was something like {1101:0111:1111:11PP:PP00+struct}
Needed
P-CuSuP-:Su----Wu:--RuSuSu:CmCmCmWm
Actual
P-CuSuP-:Su----Wu:--RuSuSu:CmCmCmWm
Those are the codes of the shape demanded, and the shape I was supplying
1.0.0-alpha4-rc1
1.0.0-rc3
Manufacture Mode - Regular
1230
100%
2,629,416
Yes
New save uploaded, as it seemed like the last one wasn't the correct save
Hi, I loaded Michael's save because we were chatting about it. I can confirm that it's not just something about his shapes or his machine: shape producers with the ROS shape also have the same problem.
Using the console to kick it up to goal 53, I confirmed that goal 53 is not broken. I did not check higher.
This is still happening in 1.0.0 RC3
fwiw I'm pretty sure I found the cause : when delivering shapes to research or donation stations, the ResearchPlayerLevelGoalManager.IsPlayerLevelShape method is called with the shape that's being delivered, and on line 164 the shape is removed from its pins, but it's compared to the raw shape (with pins) being asked on line 181, so they don't match and the method returns that the shape isn't an operator level shape, so it doesn't get accepted
Does this mean that all pinned ROS shapes are not counted when delivered to a station in Manufacturing Mode?
specifically pins that are below other shape parts, but yes
๐ซ 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-6139 for reference. If you want to provide further information, just comment on this thread.
[SPZ2-6139] [1.0.0-alpha4-rc1] ROS Shape not counting
Any chance this will be fixed before general release?
Being unable to progress in a ros milestone is a pretty big deal so i assume it will be fixed before the official release of 1.0.0
We have a fix but it's not trivial. The bug is basically affecting random shapes that contains pins in manufacture mode
As a software engineer of 40 years, I am sympathetic. There tends to be few trivial bugs in complex software. I banged my head against one today in which one part of the code was out of sync with another, and I could not figure out why my simple change today caused that.
What if you remove pins entirely? As for how, you could maybe add an additional condition when pin-pushing:
if ((level > 50 && Rng.TestPercentage(15)) && AdditionalShapeCodesPer10Levels.Length = 0)```
The list should be empty except in manufacture mode, so pin-pushing only occurs outside of it. Also sorry I'm no expert so maybe this wouldn't work anyway, but I'm sure you could make it work somehow ๐
As for why, since any additional normal layers and pins after the exotic 'strate' get increasingly less room to generate, they won't appear anyway. From level 80+ onward you'll rarely encounter them situated on the top of a shape. The bug can realistically happen between lvl 50 and 100, after that practically no pins below shape parts are ever going to generate.
Well it also affects other parts of the game - we have the fix ready for 1.0.2 just being tested by QA now
@tender owl How long does it take for mam5 to clear before outputting the next shape?
A long time. I think I timed it at 25 minutes.
I was testing the fix and it felt almost like the first pinned shape needed to finish before the second (the crystal) shape started, but it was just timing.
Should be fixed with 1.0.2 now
ohh I was hoping I could convince you to remove pins so we didn't have to supply them too ๐
Nice try