Nguyen Thanh
- SuperBuildcraft
- superbuildcraft
- Europe/Stockholm
- Yes
- No
MCPE-23376
MC-123961![[Mojang] Agnes Larsson](../../../data/avatars/users/10122.svg){kind=small}
/title @a [distance=..40] actionbar *[
{"text":"The Master Ghost immunity system is ","color":"aqua"},{"score":"
{"name":"@p","objective":"defeatedPercent"}","color":"light_purple"},
{"text":"% ","color":"light_purple"},
{"text":"destroyed","color":"aqua"}]*
it said "Invalid chat component: Unterminated object at line 1 column 78 path $ [1] .score at position 34: ...actionbar <-- [HERE] ", any ideas at all?
The bug:
The "killed_by_player" condition does not work if it is placed at the first level (same level as "type" and "pool").
How to reproduce the set-up:
- Download the test data pack (which makes blaze exactly 1 blaze rod every time with the bugged condition) and put it in a world.
- Go in the world and summon a blaze.
- Kill it by placing a water bucket near it.
What I expected:
The blaze drops nothing.
What actually happened:
The blaze drops no experience but does drop 1 blaze rod, even thought it is not killed by a player.
Notes: When I added the condition to the blaze rod entry, it worked as intended. The bug only occurs when the condition is placed at the first level.
*blaze.json file:*
{{{}}
{{ "type": "minecraft:entity",}}
{{ "pools": [}}
{{ {}}
{{ "rolls": 1.0,}}
{{ "bonus_rolls": 0.0,}}
{{ "entries": [}}
{{ {}}
{{ "type": "minecraft:item",}}
{{ "functions": [}}
{{ {}}
{{ "function": "minecraft:set_count",}}
{{ "count": {}}
{{ "type": "minecraft:uniform",}}
{{ "min": 0.0,}}
{{ "max": 1.0}}
{{ },}}
{{ "add": false}}
{{ },}}
{{ {}}
{{ "function": "minecraft:looting_enchant",}}
{{ "count": {}}
{{ "type": "minecraft:uniform",}}
{{ "min": 0.0,}}
{{ "max": 1.0}}
{{ }}}
{{ }}}
{{ ],}}
{{ "name": "minecraft:blaze_rod"}}
{{ }}}
{{ ],}}
{{ "conditions": [}}
{{ {}}
{{ "condition": "minecraft:killed_by_player"}}
{{ }}}
{{ ]}}
{{ }}}
{{ ]}}
}
The bug:
The "killed_by_player" condition does not work if it is placed at the first level (same level as "type" and "pool").
How to reproduce the set-up:
- Download the test data pack (which makes blaze exactly 1 blaze rod every time with the bugged condition) and put it in a world.
- Go in the world and summon a blaze.
- Kill it by placing a water bucket near it.
What I expected:
The blaze drops nothing.
What actually happened:
The blaze drops no experience but does drop 1 blaze rod, even though
tit is not killed by a player.Notes: When I added the condition to the blaze rod entry, it worked as intended. The bug only occurs when the condition is placed at the first level.
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, most likely due to a bug)
2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Note
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Note
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Notes: Lazy pandas for some reason only drop cakes 20% of the time. Worried pandas do not eat cake at all; as a matter of fact,
Note
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Notes: Lazy pandas for some reason only drop cakes 20% of the time. Worried pandas do not eat cake at all; as a matter of fact,
Note
Summary: Pandas will "eat" a cake, but then drop it when the animation finishes. They can also pick the cake back up, but don't continue eating it, fortunately not creating a loop. This happens around 50% of the time.
How to reproduce:
1. Summon a panda and drop a cake (You cannot directly feed pandas cake in my experience, due to
MC-234064)2. The panda will start the animation of eating a cake when it picks up the item.
3. Wait near the panda and 50% of the time, you will hear an item drop noise when the animation finishes. If you are close enough you are able to pick up the cake before the panda picks it up again.
Notes: Lazy pandas for some reason only drop cakes 20% of the time. Worried pandas do not eat cake at all; as a matter of fact, they do not eat dropped bamboo or cake, but for some reason, they do eat bamboo if directly fed by the player; they pick up the cake, wait a random amount of time, then drop it 100% of the time, which after that they can pick it up again.
When will it be fixed?
I think it is an intentional change. It is so for easier to code maybe
And by the way, yes, I was coding a boss
You typed it wrong, here's a fix: /execute as @a[nbt={Inventory:[
{id:"minecraft:stone"}]}] run say hi
But then how do we fix it
Did you /reload(Just to make sure)
For some reason, it doesn't happen in my gameplay
No they don't. It's like normal lighting, but there are no torches at all and it's in the middle of the night
There are the screenshots, also when I update the block that have the highest light level, it turn dark again
But why was this made, swords are really weak now. Can you buff them a bit?
So is this actually a bug?(You can achieve it by using light blocks that are breakable with water, while the water's flowing, pick it back,complicated, right?)
The execute align is in 1.13 snapshots only
I think yes
That's a feature, Xisuma used this technique
Wait, it worked. Sort of,.. Look
It didn't change color, and I checked it
Nope, sorry, I was dumb
There is my datapack
Scoreboard not working properly too, should I make another issue? I feel like these are the same
Yeah, when I fly in creative, as soon as I press Ctrl, I start flying like a psychopath, until I land.
Hmm... that's strange... For me, it happens sometimes, and then the other times it doesn't. When it does, I always hear an audible sound of an item picking up, and when I do /data get entity @e[type=panda,limit=1,sort=nearest] HandItems[0], there's always a cake there.
Right now, I'm doing some testing, and it seems that they drop cakes around 50% of the time when they finish eating them.
Edit 1: For whatever reason, lazy pandas only drop cakes around 20% of the time.
Edit 2: Worried pandas do not eat cake whatsoever.
Edit 3: This bug seems to have been in the game since 18w43a, the snapshot pandas were added.
I don't think it is intended. From the Minecraft wiki page for Cake: "The player can also feed a panda cake by right-clicking the panda while holding the cake, which the panda eats like eating bamboo."
My bad. It seems like it was never a feature, not even in 18w43a where they were first introduced.
Can confirm in 1.17.1