mojira.dev

MantacidTech

Assigned

No issues.

Reported

MCPE-154023 Sculk sensor wool occlusion is directional, and varies based on configuration. Duplicate MCPE-154021 Items dropped by an allay when they are above a hopper will end up being picked up by the hopper below Incomplete MCPE-151453 Using Shears on Vines does not prevent them from growing. Duplicate MCPE-148401 Small Dripleaf alters appearance of water when attempting to place on invalid block Duplicate MCPE-139740 Mob path finding broken in latest snapshot Duplicate MCPE-139739 There are no caves that connect to the surface that are not flooded. Duplicate MCPE-139738 Deepslate doesn’t replace stone below y=0 Duplicate MCPE-137232 Armor dropped by strays always has the same durability based on it’s type. Incomplete MCPE-137096 Firework rockets hitting the underside of amethyst blocks do not repeatedly trigger the amethyst sound to play, as they do in java. Duplicate MCPE-134462 Repeaters can become powered through a block even if the redstone dust doesn’t point into the block Duplicate MCPE-131484 Armorstands change pose if they are standing on a redstone ecomponent that is being indirectly powered. Incomplete MCPE-131479 Glow lichen placeable on top face of bottom half slabs (and other places it shouldn’t be able to attach to) Duplicate MCPE-131477 Big dripleaf placeable on any block. Works As Intended MCPE-120726 Extreme FOV changes Offset block targeting Incomplete MCPE-118202 Skulk Sensors do not detect several things. Invalid MCPE-118199 Downward facing Drip stone doesnt attach to upward facing drip stone when placed against the side of a block. Duplicate MCPE-90966 Structure Blocks Incorrectly Load Trapdoor/Door Blockstates After Applying a Transformation Duplicate MCPE-90963 Honey blocks cause the sloped face of flowing lava to not render. Duplicate MC-194508 Structure Blocks Incorrectly Load Trapdoor/Door Blockstates After Applying a Transformation Invalid MC-194404 Sloped face of flowing lava not rendered when underneath honey block. Invalid

Comments

This is still a problem. It Affects the most recent 1.18 beta on android 7.0

To explain what youre seeing: that is a TNT entity. It was pushed through a portal at the moment it blew up in some past version, rendering it stuck like that. You can move them around with fishing rods. They’re a neat little novelty item to have.

If you want to get rid of it however, try running a command to kill any primed tnt entities.

This seems like block lag. Including a world download might be helpful, as it could then be investigated as to whether this is the case.

I’m not sure i understand your issue. Could you send a video showing how to replicate the bug?

Do you have the hopper minecart on a powered activator rail? If not, then it might be what is sucking all the items out, as it isn't locked.

I can confirm that this is the case. I joined my sister’s world (hosted from her iPhone) with my android phone, and neither of us could see the other’s skin.

I have just realized that that was not my screenshot. However, it shows the bug very well.

I have found that in the latest version, an android device can connect to a world hosted on an IOS device, but IOS cannot join android hosted worlds.

I have noticed this. I think the relative sea level code was implemented incorrectly or not at all.

I am unsure. I will check and get back to you.

I have attached the screenshot to the report. As you can see, the dust is not pointing into th block behind the repeater.

I have found that the signal transmits through blocks that aren’t directly powered. For example, an armor stand on top of a redstone lamp will change pose if the lamp is powered through a block. Many other things that dont even conduct redstone also work, the strangest of which have to be the dragon head and TNT.

I have found that if the component the armor stand is on is activated, the armor stand will change state, even if the component is being powered indirectly. This includes stuff like lamps, repeaters (which arent pointing into the stand, by the way), and even the dragon head. Are the trapdoors being powered? That might explain why the armor stands are reverting.

I’ve seen it happen here and there, but I Haven’t tried to intentionally reproduce it in 1.17. I’ll check and let you know.

Ive found this issue as well; and discovered that any orientation works as long as there is a block adjacent to the tip of the cluster. Useful for building though, so this is one of the better bugs I’ve encountered.

Hi. Sorry for not getting back. I havent been able to test this in the latest version due to not having a lot of free time. I remember seeing it happen a bit more recently, but i will try to test it in the newest version. As for the steps to reproduce, here they are:

1)build a staircase using stair blocks (note: might be directional)
2) build a roof above the staircase, again using stairs, but upside down this time) such that there is a 2 block gap between stairs that occupy the same x and z coords.
3) sprint up the stairs
4) attempt to sprint back down

Expected results: the stair tunnel would not be traversible, as the players hitbox is 0.6 blocks in width, causing the upside down stair that is located 2 blocks above and one block in front of the stair you are attempting to climb to block your movement.

Observed results: you can sprint up the stairs just fine, but you cannot go back down.

This happened for another friend. Th player cap was shown to be -2billion or something.

Duplicates MC-217736, which is related to MC-201647.

This report is also reproduced by MC-217736

This appears to be a form of client-server desynchronization. The server thinks you are still on the strider, while your client thinks you are elsewhere. You cannot break blocks further than 5 blocks away because the server calculates your reach based on your server-side position.