X1Crafts

Issue relates to MCPE-152487 as the third person holding position matches the slanted style found in Java before 1.8.

This is still an issue in 26.60.29. It hasn’t even been a full day since I set to a custom skin and it's already been reset.

Can you please include your specs in the report?

The tracker failed to attach the screenshots I wanted to add, so I’ll include them in this comment:

Just wanted to issue a correction to the image I included in a comment at 12:29 PM.

The 1st image on the left is the logged-out view and the 2nd image to the right is the logged-in view.

If that's intended, wouldn’t it make sense for the ADO to be shown only to users who are logged-in and hidden from the logged-out view which is currently the public face of the bug tracker (considering every official site directs users to https://bugs.mojang.com and not https://report.bugs.mojang.com)? Right now, this is clearly not the case.

Here is a comparison image:

There has been some improvements, but the ADO is still missing from the logged-in view.

Are you talking about the Jukebox? If so your issue might relate to MCPE-31166.

Duplicate of MCPE-65298 which is “Won’t Fix”.

Yes this is still an issue in 26.50.22 as you can see in this video:

The best way to test the issue is with a controller.

Yes, this still affects the latest versions. For example, I was able to reproduce the issue in 26.50.22 using the same setup and contraptions that original creator of this report used:

Notice in the second example that the block outline disappears before my crosshair even touches the red line on the target block just like how the OP showed in his own example that the block outline disappears before the crosshair even touches the second pixel from the edge of the grass block.

Here is how the Iron Golem walking animation looks like in Java 26.2:

Based on the resolution of MCPE-126155, this bug is likely referring to the leg twitching that happens when Iron Golems walk and run which is still an issue in the latest versions. Here is a video of it being reproduced in 26.50.22:

Hello! This issue still occurs in the latest versions as of August 3, 2026. Here is a screenshot of it in 26.50.22:

To reproduce, I simply followed the steps that the OP included in the description:

How to Reproduce (Requires a cape)

1. Have a cape on (Pancape/Founders Cape)

2. Spawn husk

3. Place dispenser and put the elytra inside

4. Put a lever and press it.

The issue likely is related to both MCPE-126660 and MCPE-47877 because both bugs are also affected by equipped capes.

According to the description of MCPE-162780, the issue may by similarly caused by a problem with the rightitem bone being a child of the rightarm bone. This means any changes to position of the arm also affects the position of attachables which are controlled by the rightitem bone.

What I can’t exactly confirm is if the issue can have a vise-versa affect where rightitem affects rightarm because I don’t know what bone the cape is controlled by. But based off the discussions found in MCPE-126660 and MCPE-47877, there seems to be an issue with the bone that handles positioning capes on the player and the way that it interacts with the rightarm bone. This could be another parent-child situation but that is just speculation.

Here is a test world that includes a savanna biome, forest biome, dark oak forest biome and taiga biome all-in-one right at spawn for ease of reproduction:

Here is a test world that makes replicating this issue much easier. You don't have to build a 2x2 platform 24+ blocks in the air anymore:

I accidentally submitted this too early, so I wasn’t able to attach images directly to the post. Here are the ones I wanted to add below:

If performance gradually gets lower, it might indicate a memory leak. I recommend checking the games memory usage using Task Manager. You can open it using: Ctrl + Shift + Esc