[SPZ2-5773] [1.0.0-A3-RC1] the pipe gate will be on forever when remove a button directly connect to

[untold cloak]

to reproduce:

1. place a pipe gate and place a button at the wire input of pipe gate
2. toggle on the button
3. delete the button
4. now the pipe gate will be on if there is no wire connect to it

[shell estuary]

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 13 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

💾 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/

1. [SPZ2-3635] — ✨ 90% similar

[0.0.9-rc1] Signal in wire staying when wire is completely disconnected
Done • Priority: Medium • Fix: Version 0.0.9 • Game: 0.0.9-rc1 • Resolution: Done

When a Logic Gate or Toggle Button providing a Signal to a Wire is deleted, the Wire incorrectly stays "on" even though no Signal source exists. The issue occurs because the system reuses the last valid Signal value when an updated one isn't available, and this hack continues working even after the Signal source is removed. Adding more Wires keeps them "on", but deleting any Wire turns the entire network "off". The bug also affects Displays directly connected to Buttons, Signal Producers, or ...

2. [SPZ2-2654] — ✨ 88% similar

Wires store previous state / don't turn off anymore
Done • Priority: High • Fix: 4 - Early Access • Game: 09.46.34 • Resolution: Done

Wires were storing their previous signal state and failing to turn off properly after deletion. The issue was triggered specifically when deleting a Wire, suggesting the cleanup process was not working correctly. A ghost network appeared to persist with entries not being properly cleared from memory. This caused Wires to retain old signal values instead of resetting to null as expected. The bug has been fixed and verified.

3. [SPZ2-3513] — ✨ 85% similar

[0.0.8-rc3] deleting global transmitter with incoming signal still transmits signal
Done • Priority: High • Fix: Version 0.0.9 • Game: 0.0.8-rc3 • Resolution: Done

When a Global Signal Transmitter is deleted while it has an incoming signal, that signal continues to be transmitted even though the transmitter no longer exists. This occurs regardless of deletion method - right click, cut, area selection delete, or deleting the entire platform. The bug can be reproduced by creating a transmitter with a non-null signal, creating a matching receiver, then deleting the transmitter. The expected behavior is that the signal should be lost when the transmitter is...

4. [SPZ2-3716] — ✨ 82% similar

[0.0.9-rc4] Belt filter stuck "on"
Done • Priority: Medium • Fix: Version 0.0.9 • Game: 0.0.9-rc4 • Resolution: Done

After deleting the Wire attached to a Belt Filter, the Belt Filter continued to pass Shapes instead of stopping or resetting to its default behavior. The issue occurs when a Wire connection is removed from a Belt Filter that was previously configured to allow items through. The expected behavior is that the Belt Filter should revert to its default state or stop filtering when the Wire signal is removed, but instead it remains stuck in the "on" state and continues passing Shapes.

5. [SPZ2-3378] — 👀 35% similar

Buttons should output "0" when not in the pressed state.
Done • Priority: Medium • Fix: Future • Resolution: Missing Feature

The Toggle Button currently outputs a signal when pressed but outputs null when not pressed. The user suggests it should output "0" as a signal instead of null when in the unpressed state, noting that the pressed state represents "1". This would make it more consistent and improve usability with wire-controlled structures like Belt Filters. The user acknowledges this may be intended behavior and notes it as a suggestion rather than a bug.

6. [SPZ2-2880] — 👀 30% similar

logic gates not working properly
Done • Priority: Medium • Fix: 4 - Early Access • Resolution: Done

Logic Gates including XOR and AND are not working properly and exhibit weird behavior. The issue occurs when using an XOR+AND Logic Gates setup, and the behavior changes even when only cutting and replacing a Cutter machine. The bug causes unpredictable gate behavior that disrupts wire-based automation. This issue may already be fixed in the wire hotfix branch that addresses logic wire problems.

Found 6 similar reports • Searched 3,041 reports • Use /check-duplicates to recheck

[shell estuary]

🎫 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-5773 for reference. If you want to provide further information, just comment on this thread.