When redstone dust is connected to any redstone component that redirects dust but does not produce power(will call this a 'consumer' [*] component to match the technical community's term), unintended blocks will also be powered by it. See attachments
Note: This appears to work as if the dust wasn't redirected in the first place while also powering the consumer* component
Steps to reproduce:
Build the setups from the attachments
Power the lever
Expected results:
Powering matches with the visual representation(as it does in Java edition), and so only the blocks that seem like they'll be powered, get powered.
Observed results:
The dust powers not only the block it redirects into, but also blocks it shouldn't from visual logic (testing shows that it powers as if it was not redirected in that case)
Related issues
is duplicated by
relates to
Attachments
Comments


No there is no legit reason for the lamps to activate as the redstone dust is not pointing at them, and the lamps aren't adjacent to any powered solid opaque blocks either. But in the screenshot the wire is internally treated as if it is pointing to both the piston and the lamp, which is certainly a bug. The reason why the upper lamp is also lit is probably that the lower one is weakly-powered incorrectly.

Affects 0.16.0 beta build 4 AKA 0.15.90.7.

Affects 0.15.10. (Tested on Windows 10.)

i think its just visual. redstone dust attach to piston and not redirected (meaning its still pointed to lamp)

@unknown Technically, if the piston is redirecting the dust (like a repeater would), then it should no longer be powering the lamps, as lamps don't redirect redstone dust. (And neither do dispensers or droppers... pistons used to also not redirect dust, until 0.15.3 when the devs thought it would be a good idea to change that.)

Affects 0.15.90.8 (0.16.0 beta build 5).

This is how it works on Java. works as intended

@unknown, this is not WAI, because pistons in Java Edition don't redirect redstone dust. Bedrock Codebase pistons do, as you can see in the picture. Therefore, this is a bug, since the lamps in the screenshot shouldn't be powered if the redstone dust is being redirected by the piston. (The piston-dust redirection is an intentional parity break, by the way.)

I have an elevator design that is very compact because of this bug. If it is going to be changed, this situation should be fixed, but, if the redstone dust is on its own (with connections to its four sides) it should still power al sides. The shape of the single redstone wouldn't change when a piston is next to it, since it already pointed in that direction.
In my screen shot, the same thing happens but this time its a good effect and in my eyes it would more logical to change it to a regular 4 direction shape, like it would do if there where no pistons next to it. In this case redirecting would then have no effect, since the dust already pointed in al directions.
For redstone dust lines longer than one, like in the first image, this would indeed be impractical. I don't mind rebuilding my elevator, but it would just be a partial solution for this bug. It is at least not as weird as observer dust redirection
[media]

Please dont change this behavior. Just make the redstone dust connect with pistons but still power the block that the dust was facing without the piston. Some contraptions like elevators need this behavior.

No, this shouldn't turn into another Java version that is riddled with "feature" bugs. Yes the design above becomes bulkier one block, but it is still possible. I doubt any contraption "needs" this behavior, they may be slightly smaller with it, but they can be fixed when this bug is fixed. There are other ways to simplify contraptions like this without creating bugs on purpose. Funny enough, I had a suggestion for handling some of the quasi-connectivity disparity, a solid block that acts like redstone dust, which would keep the design in the screenshot compact even after the bug is fixed. You can find that suggestion here if you are interested.

Sorry, just realized my comment was misleading. I meant they should just change the way the dust appears. ( connects to the piston but still points towards the block) I understand that there should be as least bugs as possible. But like you said this bug makes more compact contraptions which are very useful for small areas for building.

@unknown You are right. This is useful, however the way the dust appears here is the problem. So please update the report and change the title name. It happens in 1.13.0.6 also.

Affects 1.13 on windows 10 and xbox one

As [Helper] Jeffrey said, would be better to only change the way that the redstone dust looks like as it is a very used feature (when you knwo how it works) useful for compaction and other things. It is a bug, so it must be resolved, but the best way for the redstone community would be to change the texture instead of changing the behaviour

I looked at the list of block states in the Bedrock Codebase. Apparently, there is a block state for the redstone power level, but not for which directions the redstone connects. Java Edition does have block states for the north, south, east, and west connections
This could be fixed by porting the Java block states, which I believe Mojang plans to do anyway (see https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening).

I wonder if this could be used to create Bug-Powered pistons.

@unknown: We've noticed that whenever there's a new release, you very quickly comment on lots of tickets asking us to update the Affects Version/s. We certainly appreciate the help, and thank you for it!
There's just one thing we need to check with you. Your comments seem to come in batches, one right after the other with very little time in between. Are you actually testing your bugs in the new release? It's possible that you are: You might do automated testing, for example, or maybe you do the testing separately from the commenting. But it's also possible that you're assuming the bug is still present because you haven't seen a fix for it. Unfortunately, that logic isn't reliable, because occasionally a bug gets fixed as a side effect of fixing a completely different bug, and neither we nor the developers realize it.
It's really important to us that the Affected Version/s field be accurate. Otherwise, we could waste a lot of time trying to reproduce a bug in a release that it doesn't exist in. And then we'd have to set it aside to try again later, and no progress would be made on the ticket.
So could you please confirm for us that you're actually verifying that the bug exists in a new release when you tell us it's affected?

Hi Auldrick
First of all I always test the bugs I report in-game before reporting them, and check changelogs in an orderly manner for every new update.
Actually I have a list with all the relevant bugs and that is how I report them in that little short time between them.
I never report things randomly.
In addition, you can check the lists that I made:
Technical Bugs: https://docs.google.com/document/d/1nziKYzCr4pBdCRj2gIMlfr9MVdWHd6HyafdiBHx9F0c/edit
Significant Bugs: https://docs.google.com/document/d/1cOoXay1lKhyOhELdyfUGeOm9_U_PdwDEPlSH72XUzcY/edit

After thinking, this report should be marked as 'works as intended' or 'won't fix'.
Since pistons were introduced to Bedrock Edition, the developers wanted a unique feature which redstone dust will always be connectable to pistons, just like repeaters for example: https://twitter.com/darngeek/status/744817216785244161
In adittion, I want to say things about the first image in the attachments: the redstone tortch is turned off because it's like the redstone dust is a dot, or in a cross texture, however it doesn't look like that because the dust connects to pistons .
That's why, if you'll place a repeater next to the block (the block that is above the torch), the repeater will turn on.
And the second image - that's kink of like a feature. It's a very useful technique and it used in a lot of creations to make them more compact.
That's also why MCPE-17909 marked as 'won't fix'.
I can relate the case I brought to this one and give a suitable quote from @silentwisperer: "it does not break anything in the game and just allows users to make better contraptions in the game".

@unknown: Just to make sure there's no misunderstanding, as this ticket has already been forwarded to the developers, we will not be closing it as you've suggested unless and until they tell us to. Won't Fix is always a developer determination, and Works As Intended is a developer determination in the great majority of cases.
BTW, thank you for the explanation of your testing methods, above. Now that we know, we should have no reason to doubt your updates on the basis of how rapidly you report them.

I understand.
And thank you very much. That's the way I'm reporting things here. It's not my fault there are so many technical bugs recently haha. Hope at least that reporting them may boost the process a little bit.

Little more than confirmed... My 3x3 piston door no longer works due to this. Direction of redstone is going to the wrong piston....
[media]The redstone should be going straight. Not to the left. That piston shouldn't be active yet..

There is nothing wrong with it, WAI.

@Etanarvazac Taseet The redstone dust being redirected into the piston in your picture is working as intended. This is indicated by the Mojang developer tweet Tal cited above. As Zeb mentions above, this is an intended parity break from Java Edition. What this bug report is about is the fact that the dust still powers the block it would have powered if it wasn't redirected by the piston. That is not an issue in your circuit, since the lower piston lifts that block away when it is activated by the solid block below the redstone dust.

Added two attachments. The problem here is just visual, but the behaviour is right.

All 1.16 betas until 1.16.0.58 also have this visual glitch.

Affects 1.16.40 Hotfix.
Affects 1.16.100.55 Beta.

Affects 1.16.100.56 Beta.

Affects 1.16.100.58 Beta.

Affects 1.16.210.

Affects 1.18.0.
This bug also seems to affect target blocks, as they have the same redstone dust redirection mechanics as pistons. I'm not entirely sure if that, however, is intended or not.

As of Preview 1.19.30.23 bug still effects target blocks, both piston types and bells as well.

Bug is still present in 1.19,41
Affects pistons and target blocks, while repeaters and comparators redirect redstone power in correct way.

Affects 1.20.41

I do not think 185075 is a duplicate of this. 185075 talks about how dispensers, crafters, and droppers do not redirect redstone dust, while pistons and sticky pistons do. This is talking about how redirected redstone does not fully redirect the redstone pulse and can power a block it shouldn't.

Here is a picture of my testing. The top row shows the issue with pistons and target blocks. The bottom row might be a different issue. I've got 1 single item in those chests for a signal strength of 1, and the redstone that's going up the side of the redstone lamp should power the lamps. This shows the piston and target block doing the correct thing, but repeaters, comparators, and dust not doing the correct behaviour.
Reply from @unknown:
The bottom row is indeed a different issue. I believe the repeater, comparator, and dust correctly redirect the redstone power, and the dust on top of the lamp triggers an incorrect visual in the dust next to the lamp. Many tileable shulker box loaders use exactly this power-redirection by adjacent dust to make the block represented by the lamp in your screenshot sensitive to the change from signal strength 1 to signal strength 2.

Confirmed in 1.21.44

Piston moment

Hi, migrated!
We as the community loves building redstone circuits.
But, as cool as it is.. from your description, you had pointed out affected versions (only from Java, not from Bedrock).
Therefore!
The issue you had open must be put on https://report.bugs.mojang.com/servicedesk/customer/portal/2 portal and not Minecraft: BE portal(the one you are currently looking at).
We could not respond your issue with more clarity due to the technical issue.
Thus, this issue is irrelevant and must be close!
Thank you for your opened issue.. and don’t forget to close this issue and put it on https://report.bugs.mojang.com/servicedesk/customer/portal/2.

There is a soul sand glitch step 1. Place soul sand step 2. Place water and pick it up very fast and there will be a glitch water that acts like a fake water the lava exorbs the water the water doesn't stop you from burning and it doesn't flow or fall like normal water you can literally build a house with it

Oh and it doesn't save fall damage

And for some reason the bubble elevator does not work!

With the fake water

Version 1.21.71 It's crashing a lot and the FPS is low. Is it possible to make the game run at at least 45 fps maximum and also add the happy ghast soon?

Trate de jugar normal, pero cada gato que encuentro está completamente negro sin ojos, masque un color.