#[1.0.3-rc2] Shape filter considers empty quadrants as "Any shape"
24 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 22 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/
Prediction of no/empty shape overriding actual shape
Done β’ Priority: High β’ Fix: 1.0 Release [1.0.0] β’ Game: 0.0.1 β’ Resolution: Cannot Reproduce
When a Mini-Miner is placed on an Asteroid Miner, the Shape Previews system incorrectly shows an empty or null shape prediction that overrides the actual shape being extracted. The third Mini-Miner from the top in the provided image demonstrates this bug, where the prediction should show all left pieces or alternate between left pieces and nothing, but instead displays an incorrect empty shape. This causes visual confusion as the preview does not match what is actually being mined. The issue ...
Signal Producer 'shape:--------' causes floor to vanish
Done β’ Priority: High β’ Fix: 4 - Early Access β’ Resolution: Done
The Signal Producer was accepting the shape code '--------' (eight dashes representing a completely empty shape), which caused the Machine Platform floor to become transparent or invisible. This visual glitch occurred at certain zoom levels between short and medium distance but corrected itself when zooming out further. It was unclear whether the Signal Producer should interpret this empty shape code as Null signal. The issue has been fixed by disallowing this shape code in the Signal Producer.
Pins don't count as empty for the pin pusher
Done β’ Priority: High β’ Fix: 4.1 - EA Prototype β’ Resolution: Done
The Pin Pusher is not treating Support Pins as empty quarters when processing shapes. When a shape with Support Pins is processed, the Pin Pusher generates output with Support Pins in positions that should be empty gaps. For example, the output shape is P-P-P-P-:CuCuP-P- instead of the expected P-P-----:CuCuP-P-. This affects shape processing accuracy when working with shapes that have Support Pins. The report was marked as not a bug.
Filter does not block belt anymore with Null signal
Done β’ Priority: High β’ Fix: Dimension Update [0.1.0] β’ Resolution: Done
The Belt Filter does not block the Conveyor Belt anymore when receiving a Null signal. Instead of stopping shapes completely, they are being routed to the alternative output route. This occurs when a Belt Filter is connected to a Signal Producer set to Null. The expected behavior is that Null and Conflict signals should block shapes from moving entirely, rather than diverting them to the side output. This affects flow control functionality that players rely on for their factory designs.
π¬ Threads: [0.1.0-PRE1-RC3] Filter does not block b
Belt Filter sometimes swallows items.
Done β’ Priority: Medium β’ Fix: Future β’ Game: 0.0.0-alpha23 β’ Resolution: Done
The Belt Filter sometimes swallows items instead of properly filtering them. When items pass through the Belt Filter, they may disappear entirely rather than being allowed through or blocked as expected. This causes items to be lost from the production line, disrupting factory operations and item throughput. The issue appears to be a duplicate of an existing bug report tracked under SPZ2-3103.
Belt filters are not showing previews
Done β’ Priority: High β’ Fix: 1.0 Release [1.0.0] β’ Resolution: Done
Belt Filters are not displaying Shape Previews when shapes pass through them. The issue occurs on any Conveyor Belt connected to a Belt Filter in any game mode or difficulty. Shape Previews disappear specifically when going through Belt Filters, but the issue does not occur with Belt Readers or Overflow Splitters. The expected behavior is that Shape Previews should remain visible when shapes go through a Belt Filter. This issue was resolved through prediction refactoring.
π¬ Threads: [0.1.0-PRE8-RC1] Image Previews disappea
[1.0.3-rc2] Shape filter finds considers empty quadrants as "Any shape"
Changed to 1.0.3 version because it has Empty as an option.
Any Shape should only match C, R, S, or W. Empty matches empty.
This should be the cleared state:
[1.0.3-rc2] Shape filter considers empty quadrants as "Any shape"
I'm not sure I agree, "Any shape" is intended as a "I don't care what the slot has"
But maybe I'm misunderstanding - could you explain what you are trying to do?
"Any" could mean absolutely anything. "Any shape" implies there is indeed a shape there.
At least this is what I think Avernar is getting at.
Yeah maybe the wording isn't great I guess?
Both "anything (shape or empty)" and "any shape (but not empty)" are generally useful
Maybe "don't care" would be a better name?
In any case I'd say this would better fit #π‘suggestions
I'm not saying the existing way is wrong. It just doesn't let people find a full shape that has 1-3 quadrants that they want.
Empty was added. Maybe we need Any Shape renamed to "Don't Care" and a new Any Shape that actually matches any shape (CRSW).
Right now I can't find full shapes with a few specific shapes and the rest non-empty. A "Don't Care" option should be added that does what "Any Shape" does now which is CRSW and empty and "Any Shape" should be changed to just match a shape (CRSW). This way the functionality is expanded and the wording is more clear. The default state should be c...
β Your bug report has been closed. If you believe this was done in error, please use the /reopen-bug command.