The bug
If you look at a parrot, ghast or the ender dragon through a spyglass, the respective advancements are not granted if the eyes of the mob are blocked.
Steps to reproduce
1. For better consistency, summon any of these mobs with NoAI. For example, I will use a Ghast:
/summon ghast ~ ~ ~ {NoAI:true,Silent:true}2. Place blocks in front of the Ghast's eyes (if this is difficult, switch to spectator and look for the blue line that you can see inside the Ghast with F3+B)
3. Look at the mob with a spyglass
4. The "Is It a Balloon?" advancement will not be granted even when you are looking at the parts of the Ghast that are unobstructed
What is expected instead
On step 4, the "Is It a Balloon?" advancement should be granted when the player is looking at the Ghast through a spyglass.
Related issues
When the player is looking at the Ghast's hitbox through a solid block while the Ghast's eyes are unobstructed, the advancement is granted even though it should not be.
Causes
These problems are caused by the advancements using the looking_at predicate, of which the intended behavior isn't to test if the player is looking at a mob, but instead, its current intended behavior is to test if the mob can see the player while the player is looking in the mob's direction.
Getting the advancements to behave correctly would therefore need them to get special behavior that is different from the looking_at predicate, or to change the behavior of the looking_at predicate from the previously intended behavior.
Attachments
Comments 5
Thank you for your report!We're tracking this issue in MC-226487, so this ticket is being resolved and linked as a duplicate.
That ticket has already been resolved as working as intended, which means this is not considered a bug and won't be fixed. Please do not leave a comment on the linked ticket.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
I already explained in the ticket how MC-226487 is different from the issue described here. MC-226487 judges that the unintuitive behavior of the looking_at predicate is intended, but in this ticket, the question is whether the advancements in the vanilla data pack are intended to use this unintuitive behavior.
These are separate questions, because the looking_at predicate has no explicitly stated behavior, so the unintuitive quirks may very well be intentional, while the advancements in the default data pack, which happen to use this predicate, do have explicit descriptions that contradict the behavior of the looking_at predicate that they use.
I'm willing to bet that Mojang thought about the spyglass advancements when they resolved MC-226487 as WAI, since they literally only added the looking_at predicate specifically for those advancements. Even if otherwise, I don't think that makes them separate issues, since both are caused by the looking_at predicate requiring that the mob being looked at must also be able to look at the player. You can request a review of MC-226487 by writing a comment there explaining your reasoning on why you think it isn't intended.
Thank you for your report!
After consideration, the issue is being closed as Invalid.
You have posted a feature request or a suggestion. This site is for bug reports only.
For suggestions, please visit The official Minecraft feedback site or visit the Minecraft Feedback Discord server.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Can confirm in 24w40a