Summary
Attached is a ZIP file containing an advancement and a function. The advancement simply triggers for any inventory_changed, and rewards the player with the function.
The function updates the player's inventory. This behavior can be observed when the function clears the player's inventory or puts items there with /replaceitem. The function lastly revokes the advancement so it can be earned again.
Upon updating the inventory, the changes are not applied client-side. That is, if the player's inventory was cleared, it would still appear to contain ghost items. If the player was given items, they would not appear until the slot were updated somehow.
Linked issues
duplicates 1
Attachments
Comments 13
Added them @tryashtar
Copied incorrectly, thanks, haha
Changed the zip. (still the same but different names). What did I copy incorectly?
Also added "Edit 3" with a video of your function file tryashtar.
I tested even more and found another strange thing.
If I have an advancement like this:
{
"criteria": {
"inv_changed": {
"trigger": "minecraft:inventory_changed",
"conditions": {}
}
},
"rewards": {
"function": "test:temp"
},
"requirements": [
[
"inv_changed"
]
]
}
and temp.mcfunction is the following:
replaceitem entity @s[tag=ingame] slot.hotbar.0 minecraft:air 1
Then this happens:
If I have nothing in the first slot of my hotbar and then I pick a block (mid click in gm1 OR normal pickup (in gm1 or gm0)), it turns into a ghost block. I can't place it (it vanishes), can't drop it. Only if I open my inventory I can interact with that block (if I'm in gm1) as if it is there.
After EVEN MORE testing and possible workarounds I came to the conclusion that inventory_changed might be the problem. My current setup is the only one that works so far:
Advancement:
iChangedInventory.json
{
"criteria": {
"inv_changed": {
"trigger": "minecraft:inventory_changed",
"conditions": {}
}
},
"rewards":
{ "function": "test:temp" }
,
"requirements": [
[
"inv_changed"
]
]
}temp.mcfunction
scoreboard players set @s countdown 1
main.mcfunction that's run by the gameLoopFunction
execute @a[score_countdown_min=1] ~ ~ ~ function test:temp2
#(Temp2 is the function that does replaceitem on all slots. It's PROBABLY being executed the next tick after "countdown" was set to 1. Cause else the bug would be present.)
#Now count down all known timers:
scoreboard players remove @a[score_countdown_min=1] countdown 1
Rewrote the title/description to be more concise, with your permission 🙂
It doesn't only happen if function is triggered by advancement, I made it loop by gamerule and the items would still appear to be ghosted.
This appears to be the same issue as MC-29318.
Confirmed for 1.12.1
Confirmed for Snapshot 17w43b
Thank you for your report!
We're tracking this issue in MC-187281, 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
Can you attach your advancements and functions? Your conclusion can't be true if I'm understanding properly, because consider the following function:
Expected behavior is for a fish to end up in your hand with no other visual side effects, and actual behavior is just that.