query-is_hungry

Water splash particles worked correctly on previous versions, and they would appear as soon as the projectile entered the water.

I just added more footage. It's from 1.20.31 on mobile, since this was the only way I could downgrade. In this new video, particles work as they should. I suspect the issue might be related to MCPE-175528 since both bugs were introduced during the development of 1.20.40, and they both involve water splash particles.

This bug was introduced in 1.20.40, but since 1.20.41 came out today which is the same day I'm reporting this, I was only able to put the most recent one as the affected version.

[[MCQA] Bartłomiej Słodkowski|https://bugs.mojang.com/secure/ViewProfile.jspa?name=baslod] Please read both bug descriptions carefully. They are both two different issues; this is not a duplicate.

This is not a duplicate of MCPE-51268. This is a different bug.
 MCPE-51268 describes clearly villager running towards the entity who hit them.

MCPE-175018 is a bug where villager specifically do not run away from ravagers when they are near them. They are currently not triggering the is_avoiding_mob behavior

The game has had this bug for a long time; probably since 1.17 or so. I remember finding it a long time ago, but I assumed someone else would have noticed it and would hopefully report it.

Nevermind my last comment. I actually found out what the issue is. This query does not update properly:
"q.get_default_bone_pivot"

This query is used in "animation.player.first_person.empty_hand" which is the animation responsable for the right hand and item positioning in first person. Said query is used to compensate for offset pivots due to different posible player heights in the animation. However, this function occasionally returns a value of 0 regardless of how it is used and the animation in which it is used ends up with this bug.

How is it supposed to look? 

Do they need to? I mean, they can't use them anyway.

I suspect this issue may have something to do with the output of the variables v.short_arm_offset_right and v.short_arm_offset_left on mobile, since the animations that reposition the player's hand and 3d wielded attachable objects use those variables to compensate for the character's height or arm position on the player's model. However, these two variables don't return the correct values on mobile; in fact, they always return zero on Pocket Edition.

This issue rarely happens on Windows 10, although I've seen it happen a few times, but I haven't found a consistent way to replicate it.

Enough context should be given for people to review this report. Remember people have to be able to replicate the issue.

Maybe attach the packs you are using.

This is not a bug. Your friends must have checked the Require players to accept resource pack to join box for their own worlds. If that option is checked without a resource pack (RP), that world can only be played without a RP.

Your friends could have done this for any reason. That could be either because they only want players to use their RP or because they don't want players to use any RPs (Including X-ray).

However. If this is truly an issue, you have to make sure whoever reviews your report is also able to replicate the issue. How is anyone supposed to know who your friends are and what online settings they're using.

It is not very clear to me what is expected to occur if this "issue" was fixed. Also, it might be useful to attach the resource packs presumably used to replicate this issue within it. Remember that whoever reviews your issue must be able to replicate it.

This whole report seems a little incomplete.

This issue is already being tracked in MCPE-117062, and it has been duplicated about a hundred times.

Also, I'm afraid to tell you, you won't receive any personal help to recover your world form any moderators, since this is not a help center. But you may seek for some assistance maybe within Community Support.

As much as I hate this, I believe it works as intended.

We could add to that list:
-minecraft:arrow
-minecraft:egg
-minecraft:ender_pearl
-minecraft:lingering_potion
-minecraft:snowball
-minecraft:splash_potion

All of these also share a namespace with an entity. The way to fix this is properly done in scenarios like:
-'minecraft:firework_rocket' (which is the name of the item) and
-'minecraft:fireworks_rocket' (which is the name of the entity).

Just by adding a letter you gave us two different namespaces for two different things, which is perfect. Something similar is done with bottles of enchanting:

-'minecraft:experience_bottle' (item)
-'minecraft:xp_bottle' (entity)

I would suggest changing namespaces of the entities involved, since changing item names would probably break more things? Or alternatively make it so that the game recognizes   "minecraft:attachable": {} as what it is, and not as entities.

This issue affects other mobs as well, I've recorded a video with the ones I could find. All of them are coincidently big mobs. I tried many more, but i could only replicate the bug with:

-Iron golem
-Hoglin/Zoglin
-Ravager
-Warden

It is offset by exactly 48 pixels at a resolution of 256, but in your case, it is double that due to the higher resolution. Good bug report!

I think this works as intended. However, a simple pause button would be great

Someone please change the description. What actually triggers this bug is having a 'player.entity.json' file in the resource pack. Animations have nothing to do with this. Even if you download the sample resource pack from their official github, or extract the original files (via other methods) and try use an unmodified 'player.entity.json' file, the same bug will happen.

I forgot to mention, I'm on the latest version, which is 1.19.41