Functioning clock and compasses in crafting output slot
Linked Issues
is duplicated by3
relates to7
MC-186849Librarian trading output has functional clocks and compasses
NormalMC-8550You can see the compass / clock by crafting it or by looking in the statistics screenWon't FixMC-116293Functioning clock and compass in recipe bookFixedMC-182888Compasses and clocks work like normal in villager trading GUIFixedMC-186848The librarian can hold functioning clocks and compassesWorks As IntendedMC-265875Compasses, Clocks and Recovery Compasses work normally within the output slot of the crafterFixedMC-182892Functioning clock and compasses in "Search Items" and "Tools" tabsConfirmed
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
Created Issue:
Functioning clock and compass in crafting output slot
Attachments2
![[Helper] gaspoweredpick](../../../data/avatars/users/80904.png){kind=small}
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
relates to
![[Mojang] Adrian Östergård](../../../data/assets/gravatar/nighter.jpeg){kind=small}
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
is duplicated by
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
relates to
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
relates to
is duplicated by
relates to
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
Gareth Coker - Double Time.mp3
relates to
![[Mojang] Gegy](../../../data/avatars/users/10122.svg){kind=small}
[Mojang] Gegy![[Bot] Piston](../../../data/avatars/users/31202.png){kind=small}
Very likely not. I've created a new report for it: MC-186797
Relates to MC-186797
Relates to MC-186797
Thank you for your report!
We're tracking this issue in MC-186797, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
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:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automagically! Please report any issues in Discord or Reddit
Thank you for your report!
We're tracking this issue in MC-186797, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
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:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automagically! Please report any issues in Discord or Reddit
When using an item model that changes based off the context_entity_type property checking for a player, the result is very inconsistent between various GUIs and screens in the game that render or hold items. Below is a table documenting the different screens/GUIs, whether or not items within them consider the player as the context entity, whether or not this seems intended or correct, and any additional notes on the behavior.
| Screen/GUI | Considered as held by a player? |
Likely to be correct? | Additional notes |
|---|---|---|---|
| Toasts | No | Yes | |
| Advancements | No | Yes | |
| Statistics | No | Yes | Seems to be intended as the resolution to |
| World Creation | No | Yes | |
| Gamemode Switcher | Yes | No | Seems likely to be incorrect based on the other non-block UI screen behaviors. Not a tangible item. |
| Recipe Book Tabs | No | Yes | Seems to be intended as the resolution to |
| Creative Menu tabs | Yes | No | Inconsistent with the recipe book tabs. Seems to be unintended, as MC-182892 is confirmed but unresolved. |
| Recipe Book recipes | Sometimes | Mixed results |
|
| Crafting Table/Crafter input slots | Yes | Uncertain1 | |
| Crafting Table/Crafter output slots | No | Yes | Seems to be intended as the resolution to |
| Missing ingredient recipe displays | No | Yes | Not a tangible item, seems likely to be correct. |
| All Anvil slots | Yes | Uncertain1 | |
| All Brewing Stand slots | Yes | Uncertain2 | |
| Beacon payment slot | Yes | Uncertain1 | |
| Beacon payment example items | Yes | No | Not a tangible item. |
| All Furnace, Blast Furnace, and Smoker slots | Yes | Uncertain2 | |
| All Loom slots | Yes | Uncertain1 | |
| All Smithing Table slots | Yes | Uncertain1 | |
| All Cartography Table slots | Yes | Uncertain1 | |
| All Grindstone slots | Yes | Uncertain1 | |
| Stonecutter | Yes | Mixed Results | The selectable recipes are not tangible items, but the input and output slots should follow note 1. Currently all three considered the player as the context entity type. |
| Items in container blocks, such as Chests, Barrels, and Shulker boxes | Yes | Uncertain2 | |
| Items in the equipment/storage slots of Horses, Mules, Donkeys, and Llamas | Yes | Uncertain2 | |
| Items in the Bundle tooltip/preview | Yes | Uncertain, likely yes | |
| Villager/Wandering Trader trades list | No | Yes | Seems to be intended as the resolution to |
| Villager/Wandering Trader input/output slots | Yes | No | Seems to be unintended, MC-186849 is unresolved but confirmed, and relates to |
1 - Entirely depends on if items placed in GUI slots still considering the player as their context entity is intended behavior.
2 - Depends on if storage/container slots are intended to be treated differently from slots in GUIs that don't hold items when closed, unlike the ones covered by note 1.
Attached are screenshots of the cases listed in the chart. The item model being an apple means that it is considered as player context, and the item model being a potato means that it is not. The resource pack used to test this is also attached - various random items were used to test the different cases, so refer to the files at assets/minecraft/items to see which are changed.
Sure this is a bug, but I doubt anyone would use it. The inconvenience of having a clock or compass is less than the inconvenience of carrying iron/gold and redstone, placing down a crafting table, opening the recipe book, and clicking on the compass/clock. Despite my opinion, confirmed anyway. Also this doesn't work unless you have all the ingredients.
I'd still argue that, in certain ways, it can be abused. And also, considering they lengths the devs already took to take care of all other instances, we might as well finish the job.
seriously gaspoweredpick ??
what the actual hell of an excuse that is. "sure i acknowledge this is an issue but who cares ?" i genuinely hope that your opinion isn't shared by many people on the team.
Aidan Gamerdude This is pretty much an edge case between bug and feature (removal) suggestion. I only reported it because
MC-116293was considered valid and fixed.This issue was also reported a couple weeks ago as
MC-183409. In my opinion, bothMC-183409and this report are duplicates ofMC-8550becauseMC-8550was about both the statistics screen and the crafting table output slot. The statistics screen was fixed and the crafting table output slot was resolved as won't fix. However, sinceMC-8550is old and Mojang has recently fixed similar bugs, this report should probably be left open for Mojang to decide whether this is fixable or not.In 1.16.1 and 1.16.2 Pre-3.
Can confirm in 20w46a.
Can confirm in 20w48a
Can confirm in 20w51a.
Can confirm in 21w03a.
Can confirm in 1.17.1
Can confirm in 1.18.2 and 22w16b.
It's already been triaged, and fixed by Mojang in the statistics and recipe book. This is not intended.
Can confirm in 1.19 and 1.19.1 Pre-release 1.
Fixed in statistics and recipe book, unintentionally left working in the crafting table output
Can confirm in 1.19.2.