MC-275349The random preference for left/right side is not propagated over delayed components in Redstone Experiment
Steps to Reproduce
1. Create a world with the redstone experiment enabled
2. Build a setup according to this screenshot:
3. Flick the lever a bunch of times and observe the result
4. Replace the repeaters with redstone dust
5. Flick the lever again multiple times
Expected
In both cases, the random left/right preference is determined once and either the left piston extends for all of the rotations or the right piston, but never a left piston in one of the branches and a right piston in another at the same time.
Observed
With repeaters in place, for some of these the left piston will extend and for some of them the right piston will extend, while with dust it's always consistent for all branches.
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
Created Issue:
The random preference for left/right side is not propagated over delayed components in Redstone Experiment
Steps to Reproduce
1. Create a world with the redstone experiment enabled
2. Build a setup according to this screenshot:
3. Flick the lever a bunch of times and observe the result
4. Replace the repeaters with redstone dust
5. Flick the lever again multiple timesExpected
In both cases, the random left/right preference is determined once and either the left piston extends for all of the rotations or the right piston, but never a left piston in one of the branches and a right piston in another at the same time.
Observed
With repeaters in place, for some of these the left piston will extend and for some of them the right piston will extend, while with dust it's always consistent for all branches.
Attachments1
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
![[Mojang] Triage Team](../../../data/avatars/users/89842.png){kind=small}
Can confirm:
This is probably exactly what's meant with this note in the changelog:
@[Mod] violine1101 that's not really how I read it, or at least not the main point it tries to bring across in my understanding.
What this refers to how I understand it is, if you have this:
Where | and - is wire L is a lever, P is a sticky piston facing B, and B is s solid block, the update order will follow a fixed order related to cardinal directions, and the piston facing right might not win, depending on how you rotate the contraption.
This is because the update order of back front (right left / left right) is only implemented for wire and not for levers in this case.
Now, I am pretty sure that the person implementing this is aware of the issue, and this might be sth they prefer on the feedback site, I created this more to probe if they consider this a bug they definitely want to fix, or not. With experiments I find it harder to make this call, as it's by the nature of things in a state Mojang is also not happy with.
Ah, understand. Apologies, I completely misread the bug report. Although, thinking about it, in the center leading from the lever, there are four separate wires, which would each have their own decision? Does this issue also happen when replacing it with a redstone dust and powering that redstone dust from above?
While this report isn't directly applicable to 24w34a, here's a setup with similar issues on that snapshot:
Two things to note here:
edit: Here's a proper demonstration of the second point, since in the original setup it gets overridden by the fact that the pistons are oriented on different axes :/
Thank you for your report!
After consideration, the issue is being closed as Invalid.
You have posted a feature request or a suggestion. This site is for bug reports only.
For suggestions, please visit The official Minecraft feedback site or visit the Minecraft Feedback Discord server.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki