mojira.dev

LiShang

Assigned

No issues.

Reported

View all
MCPE-235969 Non-Instant-Mineable Blocks Experience Excessive Delay When Mined in Sequence in Bedrock Edition Confirmed MCPE-235599 Looting Enchantment Does Not Apply to "Quantity 0" Loot Rolls in Bedrock Edition Duplicate MCPE-235419 Game Crashes When Writing High-Data-Volume Text (e.g., Chinese/Japanese) on Single Book Page Due to New Character Limit in Beta 26.0.29 Confirmed MCPE-234880 Fall Damage Not Applied to Entities Landing in Shallow Water Layers Due to Physics Change in Beta 26.0.27 Confirmed MCPE-234769 Water Flow Fails to Apply Force to Items on Surfaces with Shallow Submersion (≤2 Pixels) in Beta 26.0.27 Duplicate MCPE-234691 Spawn Eggs Used on Adult Zombie Villagers Incorrectly Spawn "Infected" Baby Zombie Villager Variant Unconfirmed MCPE-234690 Naturally Spawned Baby Zombie Villagers and Baby Husks Cannot Ride Any Mobs in Beta 26.0.27 Plausible MCPE-234023 Husk Component of "Husk Camel Rider" Cannot Drop Both Rotten Flesh and Rabbit's Foot Simultaneously Confirmed MCPE-233548 Zombies on Minecarts Using Spears Can Become Permanently Facing Wrong Direction After Chunk Reload Confirmed MCPE-233227 Ghasts Killed by Ghast Fireball Explosion Damage Do Not Drop "Music Disc 5" Despite Player Involvement Duplicate

Comments

[media]

Here is the world file that has the issue. Although practically any world has this problem. Here's how to reproduce it: once you're inside, turn on the clock, then start mining the cobwebs and observe the mining speed.

This issue has still not been fixed in the latest 26.10.24. Regardless of how baby zombie villagers are spawned, they are unable to actively ride. However, those generated through infection can still be ridden using the /ride command.

Bro, take a closer look—these two are clearly not the same issue. What we're reporting here is that zombie piglins riding striders cannot be used as mounts for baby zombies, unlike other zombie piglins.

[media]
[media]
[media]
[media]

This issue changed on 26.10.21 but still exists, manifesting as an increase in the data limit, but only slightly. At most, it's the length of the Japanese text below; adding even one more character will cause a crash.

っっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっ

[media: 标题.png]
[media: 无标题.png]

These are completely two different issues. This one is about zombie pigmen not being rideable, not about them being unable to go through portals.

Yes, this issue has appeared since version 1.20.30 when the top snow height check was changed, and it has not been fixed since.

No, this issue is not the same as the one described in MCPE-234749. The problem reported there was that the water current force in the positive x, y, and z directions disappeared even when the item had not yet come into contact with water. In this case, however, the item is already in contact with water but still fails to receive the water current force properly. These are two different issues.

[media]
[media]
[media]
[media]

In version 26.0.27, although this bug was supposedly fixed, the developers forgot to remove the patch previously applied to prevent naturally spawned baby zombie villagers and baby husks from riding chickens. This oversight has now created a conflict with the recent fix, resulting in an even more severe bug: currently, naturally spawned baby zombie villagers and baby husks have become unable to ride any mob at all—clearly contradicting the expected behavior described in the release notes.

[media]
[media]
[media]
[media]
[media]
[media]
[media]
[media]
[media]

The world save is here. The structure is quite simple, but please note that this issue is not 100% reproducible—in fact, the trigger probability is relatively low. However, the scenario does exist, and reloading may sometimes cause the facing direction to become incorrectly locked.

I can confirm there are no other nearby targets that could trigger the zombie's aggression. Additionally, this bug does not occur consistently with every reload. The behavior feels more like during reloading, the zombie determines its facing direction first, and then gets locked by the minecart’s orientation—as seen in the video, if you reload again, there's a high chance its direction will change back to the correct one.

[media]

Load more comments