#[1.0.3-rc2] Shape filter considers empty quadrants as "Any shape"

24 messages Β· Page 1 of 1 (latest)

gilded plume
#

Empty is not a shape. If I want to find C C Any Any it means I want a full shape where the last two quadrants are a shape but don't care which one. Any Shape should only match C, R, S, or W. Empty matches empty.

dense kayakBOT
#

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

gilded plume
#

[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"

clever portal
#

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?

calm prawn
#

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

clever portal
#

Yeah maybe the wording isn't great I guess?

calm prawn
#

Both "anything (shape or empty)" and "any shape (but not empty)" are generally useful

#

Maybe "don't care" would be a better name?

clever portal
#

In any case I'd say this would better fit #πŸ’‘suggestions

gilded plume
gilded plume
dense kayakBOT
#

❌ Your bug report has been closed. If you believe this was done in error, please use the /reopen-bug command.