I think I have encountered this as well, and I have a testcase. It looks like copying the display panel replaces the internal displayed value, and that value overrides the circuit network until the network updates.

Testcase:

[2.0.23][PC]

1. Place down 2 constant combiners
2. Place down 2 ...

I finished my "safe crossing" gate system design, and now I worry that if this "bug" (if it is a bug) is fixed, it may cause my design to fail to work correctly.

So, I'd be perfectly happy or content if this wasn't fixed. (if it's even "broken", that is)

If it is "fixed", maybe there should be an ...

I think this bug may be related to (or possibly a duplicate of) the bug which I reported earlier: viewtopic.php?f=7&t=74390

I tested this, and repeated your results of the "flicker". I used tracks on my test, so they won't be in the flashing green/yellow/red "error" state.

My guess about what's happening is that it's causing an endless loop on the circuit network; the signal sends "green: 1", which matches "anything ...

I made an even more extreme example with more signals. Even if the signals are red from the presence of the train, they still don't "close" when they receive a "close" signal; they still broadcast their color signals.

20190810210037_1.jpg

Blueprint:

0eNrlXM1u4zYQfpWFzrYh ...

While attempting to create a safe train crossing gate system, I noticed the following bug in my train signal behavior:

Setup:

1. Regular train signals: "A" and "B", where signal "A" is before signal "B" in terms of handling approaching trains in that order
2. Signal "B" becomes "closed" by a ...