![[Helper] Michał](../../../data/avatars/users/43368.png)
[Helper] Michał
- Toboe_Irbis
- toboe_irbis
- Europe/Stockholm
- Yes
- No
MC-42679![[Mojang] Grum (Erik Broes)](../../../data/assets/gravatar/grum.png){kind=small}
![[Mojang] Searge (Michael Stoyke)](../../../data/assets/gravatar/searge.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
Low
MCL-4073
When I clicked "pick block" on lapis ore in creative, it gave me missing texture block in hand. To reproduce:
1. Place lapis lazuli ore
2. Trew away from minventory (you can't have it in inventory when you use "pick block")
3. "Pick block" lapis ore.I found the same bug here: https://bugs.mojang.com/browse/MC-59043 but there is "resolved" status.
Bug is quite similar to
MC-59602with small differences.
Hopper placed on side can put multiple (16) empty buckets into furnace, after "smelting" sponge they turn into one bucket with water.
Hopper under furnace still do not take bucket filled with water from furnace.
It takes onlyempty buckets(intended behaviour with buckets of lava).Hopper or dropper placed on side of furnace can put multiple (16) empty buckets into furnace, after "smelting" sponge they turn into one bucket with water.
Hoppers/droppers put multiple empty buckets into furnace, they then get replaced by one water bucket when smelting wet sponge
Bobs are invisible through glass pane in hand of other mobsMobs are invisible through glass pane in hand of other mobs
When enderdragon goes through end_gateway block, she teleports.
End_gateway block must be activated at least once (must have ExitPortal blockdata)After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0
Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
1. Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0
Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
1. Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
1. Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
—
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0 {ExitPortal:{X:-100,Y:100,Z:0}}
wait.
When she will first time fly to the nest, she will loop through end portal from -100/100/0
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
1. Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
—
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0 {ExitPortal:{X:-100,Y:100,Z:0}}
wait.
When she will first time fly to the nest, she will loop through end portal from -100/100/0
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
The following is based on a decompiled version of Minecraft 1.10 using MCP 9.30.
This can be fixed by checking the entity before teleporting.
TileEntityEndGateway.javapublic void teleportEntity(Entity entityIn) { if (!(entityIn instanceof EntityDragon)) { } }Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
- Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
—
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0 {ExitPortal:{X:-100,Y:100,Z:0}}
in 18w??? snapshots you can upper two command do in one go: /setblock 1 69 0 minecraft:end_gateway{ExitPortal:{X:-100,Y:100,Z:0}}
wait.
When she will first time fly to the nest, she will loop through end portal from -100/100/0
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
The following is based on a decompiled version of Minecraft 1.10 using MCP 9.30.
This can be fixed by checking the entity before teleporting.
TileEntityEndGateway.javapublic void teleportEntity(Entity entityIn) { if (!(entityIn instanceof EntityDragon)) { } }
Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce this behavior in 16w03a:
- Create a new world, enter the end, kill the ender dragon, find the end gateway that has now been placed
2. Respawn the ender dragon by placing 4 end crystals around the end exit portal
3. Wait for the respawn sequence to be finished
4. Teleport the ender dragon into the end gateway using /tp @e[type=EnderDragon] x y z (replace x, y and z with the coordinates of the end gateway)
5. Observe the ender dragon disappear
6. Use the end gateway yourself and find the dragon when you come out on the other side
—
Easier reproduction:
/setblock 1 69 0 minecraft:end_gateway
/blockdata 1 69 0 {ExitPortal:{X:-100,Y:100,Z:0}}
in 18w??? snapshots you can upper two command do in one go: /setblock 1 69 0 minecraft:end_gateway{ExitPortal:{X:-100,Y:100,Z:0}}
wait.
When she will first time fly to the nest, she will loop through end portal from -100/100/0
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
The following is based on a decompiled version of Minecraft 1.10 using MCP 9.30.
This can be fixed by checking the entity before teleporting.
TileEntityEndGateway.javapublic void teleportEntity(Entity entityIn) { if (!(entityIn instanceof EntityDragon)) { } }Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks. To reproduce:
— 1.13 reproduction:/execute in minecraft:the_end run tp @p 0 80 5 180 -30 /setblock 0 ~5 0 minecraft:end_gateway{ExitPortal:{X:-100,Y:100,Z:0}} replace
Old description:
When enderdragon goes through end_gateway block, she teleports. After teleportation she flies back to center, but only when area where she flies is loaded.
To reproduce:
stand near center of end (on nest)
/setblock ~ ~6 ~ minecraft:end_gateway
go through it
come back
wait untill dragon flies over her nest
enderdragon dissapears, but healthbar of her is still visible
go through end_gateway
health bar dissapears, and in gamemode 3 you can fly fast enough to the center of map to see dragon flying back.
The following is based on a decompiled version of Minecraft 1.10 using MCP 9.30.
This can be fixed by checking the entity before teleporting.
TileEntityEndGateway.javapublic void teleportEntity(Entity entityIn) { if (!(entityIn instanceof EntityDragon)) { } }
The bug
Ender dragons, like most entities, use end gateways when touching them. If, for some reason, the ender dragon flies through an end portal, it will be teleported through it, away from the main island and loaded chunks.
How to reproduce
/execute in minecraft:the_end run tp @p 0 80 5 180 -30 /setblock 0 ~5 0 minecraft:end_gateway{ExitPortal:{X:-100,Y:100,Z:0}} replaceUpdate: In 1.17 snapshots it requires several tries for this but to occur. It is inconsistent for some reason.
What is invalid in this bugreport? Lack of easy way to reproduce but it can occur.
Boat from dispenser is facing always east. It should be facing the same direction as dispenser.
With new boat mechanic since 15w41a/b it is much more annoying.
Boat from dispenser is facing always east. It should be facing the same direction as dispenser.
With new boat mechanic since 15w41a/b it is much more annoying.This bug is different from
Boat from dispenser is facing always east. It should be facing the same direction as dispenser.
With new boat mechanic since 15w41a/b it is much more annoying.This bug is different from
Boat from dispenser is facing always east. It should be facing the same direction as dispenser.
With new boat mechanic since 15w41a/b it is much more annoying.This bug is different from
MC-90011, because this is bout dispenser and always the same facing, and 90011 is about placing by hand with different facing.
Boat from dispenser is facing wrong direction (always east)Boat from dispenser is facing wrong direction (towards dispenser instead of the same way as dispenser)
Boat from dispenser is facing
always east. It should be facing the same direction as dispenser.Boat from dispenser is facing toward the dispenser. It should be facing the same direction as dispenser, not toward them.
Mob Spawner is overwriting Pos[z,y,z] data of entityMob Spawner is overwriting Pos[x,y,z] data of entity
In 1.8.8 you could define where entity from spawner whould appear:
/setblock ~ ~2 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:1,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[{Type:MinecartCommandBlock,Weight:1,Properties:{Pos:[10.5,87.0,10.5]}}]}In this case, minecartCommandBlock appeared at 10,87,10 every time the Delay hit 0. It was easy to set activator rail to run the command in cart
When I rewrited this for 1.9 snapshots, the Pos[x,y,z] entitydata was ignored. Tried both ways in Entity tag and in Properties tag:
/setblock ~ ~2 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:1,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[{Entity:{id:"MinecartCommandBlock",Command:"hi",Pos:[10.5,87.0,10.5]},Weight:1,Properties:{Pos:[10.5,87.0,10.5]}}]}In this case, minecartCommandBlock appears near spawner, randomly, definitely not in specified position. Setting SpawnRange:0 is still random y+-1, so minecart can spawn in spawner, over it or under.
In 15w40b the second command was working, in 15w41a it stopped working. Save file in attachment to easy check when it works and when not. It can be opened in 1.8.8 and in snapshots of 1.9
Mob Spawner is overwriting (ignoring?) Pos[x,y,z] data of entity
In 1.8.8 you could define where entity from spawner whould appear:
/setblock ~ ~2 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:1,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[{Type:MinecartCommandBlock,Weight:1,Properties:{Pos:[10.5,87.0,10.5]}}]}In this case, minecartCommandBlock appeared at 10,87,10 every time the Delay hit 0. It was easy to set activator rail to run the command in cart
When I rewrited this for 1.9 snapshots, the Pos[x,y,z] entitydata was ignored. Tried both ways in Entity tag and in Properties tag:
/setblock ~ ~2 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:1,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[{Entity:{id:"MinecartCommandBlock",Command:"hi",Pos:[10.5,87.0,10.5]},Weight:1}]}In this case, minecartCommandBlock appears near spawner, randomly, definitely not in specified position. Setting SpawnRange:0 is still random y+-1, so minecart can spawn in spawner, over it or under.
In 15w40b the second command was working, in 15w41a it stopped working. Save file in attachment to easy check when it works and when not. It can be opened in 1.8.8 and in snapshots of 1.9.
"Play", "switch user" and all
at bottomof launcher is screwed up when "profile list" is selected. Minimalising and comming back sometimes fix it."Play", "switch user" and all of launcher is screwed up when "profile list" is selected, or when any profile is choosen in the list. Minimalising and comming back sometimes fix it.
witch in boat can't throw splash potion.It splashes on her face
witch in boat can't throw splash potion. When she try, it splashes on her face.
witch in boat can't throw splash potion.
When she try, it splashes on her face.
witch in boat can't throw splash potion.
When she try, it splashes on her face.witch in boat can't throw splash potion. When she try, it splashes on her face.
Ch
ciken can drop several chickens when killed with looting. In 1.8.8 no matter if killed with looting-enchanted weapon or if not, chicken always dropped one chicken. Now it can drop up to 4 chickens from one with looting 3.Chicken can drop several chickens when killed with looting. In 1.8.8 no matter if killed with looting-enchanted weapon or if not, chicken always dropped one chicken. Now it can drop up to 4 chickens from one with looting 3.
Chciken can drop several chickens when killed with lootingChicken can drop several chickens when killed with looting
Chicken can drop several chickens/rabbits when killed with looting
Chicken (and rabbits) can drop several chickens (rabbits) when killed with looting. In 1.8.8 no matter if killed with looting-enchanted weapon or if not, chicken (rabbit) always dropped one chicken (zero or one rabbit). Now it can drop up to 4 chickens (rabbits) from one with looting 3.
Chicken (rabbits) can drop several chickens/rabbits when killed with looting
Can confirm. Horses and mules and donkeys doesn't drop leather, skeleton horses - bones, zombie horses - rotten flesh.
In 1.8.8 ghasts could drop 0-2 (0-5 with looting III) gunpowder and 0-1 (0-4 with looting III) ghast tears
In 15w43a they can drop 0-3 (0-6 with looting III) gunpowder and 0-2 (0-5 with looting III) ghast tears.In 1.8.8 ghasts could drop 0-2 (0-5 with looting III) gunpowder and 0-1 (0-4 with looting III) ghast tears.
In 15w43a they can drop 0-3 (0-6 with looting III) gunpowder and 0-2 (0-5 with looting III) ghast tears.In 1.8.8 skeletons could drop 0-2 (0-5 with looting III) bones and 0-2 (0-5 with looting III) arrows.
In 15w43a they can drop 0-3 (0-6 with looting III) bones and 0-3 (0-6 with looting III) arrows.In 1.8.8 wither skeletons could drop 0-1 (0-4 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head.
In 15w43a they can drop 0-3 (0-6 with looting III) coal and 0-3 (0-6 with looting III) arrows + rarely head.
Ghasts can droponemore tear and gunpowderthan beforeGhasts, skeletons and wither skeletons can drop more items than before
In 1.8.8 ghasts could drop 0-2 (0-5 with looting III) gunpowder and 0-1 (0-4 with looting III) ghast tears.
In 15w43a they can drop 0-3 (0-6 with looting III) gunpowder and 0-2 (0-5 with looting III) ghast tears.In 1.8.8 skeletons could drop 0-2 (0-5 with looting III) bones and 0-2 (0-5 with looting III) arrows.
In 15w43a they can drop 0-3 (0-6 with looting III) bones and 0-3 (0-6 with looting III) arrows.In 1.8.8 wither skeletons could drop 0-1 (0-4 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head.
In 15w43a they can drop 0-3 (0-6 with looting III) coal and 0-3 (0-6 with looting III) arrows + rarely head.In 1.8.8 zombie pigmans could drop 0-1 (0-4 with looting III) rotten flesh and 0-1 (0-4 with looting III) gold nuggets.
In 15w43a they can drop 0-2 (0-5 with looting III) rotten flesh and 0-2 (0-5 with looting III) gold nuggets.
Ghasts, pigmans, skeletons and wither skeletons can drop more items than before
In 1.8.8
ghasts could drop 0-2(0-5with looting III)gunpowderand 0-1(0-4with looting III)ghast tears.
In 15w43a they can drop 0-3 (0-6 with looting III)gunpowderand 0-2(0-5with looting III)ghast tears.In 1.8.8
skeletons could drop 0-2 (0-5 with looting III)bonesand 0-2(0-5with looting III)arrows.
In 15w43a they can drop 0-3 (0-6 with looting III)bonesand 0-3(0-6with looting III)arrows.In 1.8.8
witherskeletons could drop 0-1(0-4with looting III)coaland 0-2 (0-5 with looting III) arrows+ rarely head.
In 15w43a they can drop 0-3 (0-6 with looting III)coaland 0-3 (0-6 with looting III) arrows+ rarely head.In 1.8.8 zombie pigmans could drop 0-1 (0-4 with looting III) rotten flesh and 0-1 (0-4 with looting III) gold nuggets.
In 15w43a they can drop 0-2 (0-5 with looting III) rotten flesh and 0-2 (0-5 with looting III) gold nuggets.In 1.8.8 wither skeletons could drop 0-1 (0-4 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head.
In 15w43a they can drop 0-3 (0-6 with looting III) coal and 0-3 (0-6 with looting III) arrows + rarely head.
In 15w43b they drop 0-2 (0-5 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head. Still one more coal than before.----------------
In 1.8.8 ghasts could drop 0-2 (0-5 with looting III) gunpowder and 0-1 (0-4 with looting III) ghast tears.
In 15w43a they can drop 0-3 (0-6 with looting III) gunpowder and 0-2 (0-5 with looting III) ghast tears.
Fixed in 15w43b.In 1.8.8 skeletons could drop 0-2 (0-5 with looting III) bones and 0-2 (0-5 with looting III) arrows.
In 15w43a they can drop 0-3 (0-6 with looting III) bones and 0-3 (0-6 with looting III) arrows.
Fixed in 15w43b.In 1.8.8 zombie pigmans could drop 0-1 (0-4 with looting III) rotten flesh and 0-1 (0-4 with looting III) gold nuggets.
In 15w43a they can drop 0-2 (0-5 with looting III) rotten flesh and 0-2 (0-5 with looting III) gold nuggets.
Fixed in 15w43b.
Ghasts, pigmans, skeletons and wither skeletons can drop moreitems than beforeMobs drop different amount of common items than before.
In 1.8.8 wither skeletons could drop 0-1 (0-4 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head.
In 15w43a they can drop 0-3 (0-6 with looting III) coal and 0-3 (0-6 with looting III) arrows + rarely head.
In 15w43b they drop 0-2 (0-5 with looting III) coal and 0-2 (0-5 with looting III) arrows + rarely head. Still one more coal than before.In 1.8.8 squids could drop 1-3 (1-6 with looting III) ink sacs.
In 15w43b they drop 0-2 (0-5 with looting III) ink sacs.----------------
Fixed:
In 1.8.8 ghasts could drop 0-2 (0-5 with looting III) gunpowder and 0-1 (0-4 with looting III) ghast tears.
In 15w43a they can drop 0-3 (0-6 with looting III) gunpowder and 0-2 (0-5 with looting III) ghast tears.
Fixed in 15w43b.In 1.8.8 skeletons could drop 0-2 (0-5 with looting III) bones and 0-2 (0-5 with looting III) arrows.
In 15w43a they can drop 0-3 (0-6 with looting III) bones and 0-3 (0-6 with looting III) arrows.
Fixed in 15w43b.In 1.8.8 zombie pigmans could drop 0-1 (0-4 with looting III) rotten flesh and 0-1 (0-4 with looting III) gold nuggets.
In 15w43a they can drop 0-2 (0-5 with looting III) rotten flesh and 0-2 (0-5 with looting III) gold nuggets.
Fixed in 15w43b.
Mob_loot cannot be specified for small magma cube and big/medium slime.
In jar there is only one slime.json and one magma_cube.json file that contains loot for only big/medium magma cube and small slime.
Loot tables should handle something like:"conditions": [ { "condition": "self_entitydata" "variable": "Size" "value": "1" } ]and could handle something like bigger t
ahn/lower than"conditions": [ { "condition": "self_entitydata" "variable": "OnFire" "value": ">0" } ]Mob_loot cannot be specified for small magma cube and big/medium slime.
In jar there is only one slime.json and one magma_cube.json file that contains loot for only big/medium magma cube and small slime.
Loot tables should handle something like:"conditions": [ { "condition": "self_entitydata" "variable": "Size" "value": "1" } ]and could handle something like bigger than/lower than
"conditions": [ { "condition": "self_entitydata" "variable": "OnFire" "value": ">0" } ]
Mob_loot cannot be specified for small magma cube and big/medium slime.
In jar there is only one slime.json and one magma_cube.json file that contains loot for only big/medium magma cube and small slime.
Loot tables should handle something like:"conditions": [ { "condition": "self_entitydata""variable": "Size""value": "1" } ]and could handle something like bigger than/lower than
"conditions": [ { "condition": "self_entitydata""variable": "OnFire""value": ">0" } ]Mob_loot cannot be specified for small magma cube and big/medium slime.
In jar there is only one slime.json and one magma_cube.json file that contains loot for only big/medium magma cube and small slime.
Loot tables should handle something like:"conditions": [ { "condition": "self_entitydata", "variable": "Size", "value": "1" } ]and could handle something like bigger than/lower than
"conditions": [ { "condition": "self_entitydata", "variable": "OnFire", "value": ">0" } ]
Moob_loot does not handle entitydata of dropped items
Mo
ob_loot tables can't handle items with custom names, custom potions, specified enchants etc.
In json there should be something like:{ "type": "item", "name": "minecraft:bow", "entitydata": "{CustomName:\"Elfish Bow\"}" "weight": 1 }
Before, in 1.8.8 they dropped 0-2 leather/bones/rotten flesh. With lootin III: 0-5 leathe
r/bones/rotten flesh.
In 15w43c they drop always 1 leather/bone/rotten flesh even when killed with looting III.
Loot table is:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }For zombie horse and skeleton horse the same change.
Before, in 1.8.8 they dropped 0-2 leather/bones/rotten flesh. With lootin III: 0-5 leathe
/bones/rotten flesh.
In 15w43c they drop always 1 leather/bone/rotten flesheven when killed with looting III.
Loot table is:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }
For zombie horse and skeleton horse the same change.
Horses (now only skeleton horses and zombie horses) drop different amount of loot than before
Before, in 1.8.8 they dropped 0-2
leather/bones/rotten flesh. With lootin III: 0-5leathe/bones/rotten flesh.
In 15w43c they drop always 1 leather/bone/rotten flesheven when killed with looting III.
Loot table is:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }
For zombie horse and skeleton horse the same change.Before, in 1.8.8 they dropped 0-2 bones/rotten flesh. With lootin III: 0-5 bones/rotten flesh.
In 15w44b they drop always 1 bone/rotten flesh even when killed with looting III.
Loot table is:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }
For zombie horse and skeleton horse the same change.
Before, in 1.8.8 they dropped 0-2 bones/rotten flesh. With lootin III: 0-5 bones/rotten flesh.
In 15w44b they drop always 1 bone/rotten flesh even when killed with looting III.
Loot table is:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:leather", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0,"max": 1 } } ]} ] } ] }
For zombie horse and skeleton horse the same change.Before, in 1.8.8 they dropped 0-2 bones/rotten flesh. With lootin III: 0-5 bones/rotten flesh.
In 15w44b they drop always 1 bone/rotten flesh even when killed with looting III.
Loot table is:
For skeleton horse:{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:bone" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:bone" "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }For zombie horse:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:rotten_flesh" } ] } ] }but should be:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:rotten_flesh" "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ] } ] } ] }
Bug is caused by "fix" of
MC-8180
Grumm disabled putting silk touch on shears, but i think he forgot that silk touch on shears was intended and required to obtain cobwebs.As wiki says:
Cobwebs can be obtained by mining them using shears or a sword [fn 1] enchanted with Silk Touch. It will drop 1 piece of string if the shears or sword are not enchanted Silk Touch, and will drop nothing when broken using anything else.
You are unable to put silk touch on sword, and since 15w47b you can't also put silk touch on shears.
I misreaden something sorry
eggs, snowballs, splash potions and ender pearls breaks on tripwire and cobweb instead of passing through (in case of tripwire) or becoming an item entity (in case of cobweb).
This bug relates toMC-93653EDIT: Also open fancegate is affected (throwables should pass through open fencegate, but break on closed one like arrows pass through, but stuck on closed)
eggs, snowballs, splash potions, fishing rod float and ender pearls breaks on tripwire, opened fence gate and cobweb
eggs, snowballs, fishing rod floater, splash potions and ender pearls breaks on tripwire and cobweb instead of passing through (in case of tripwire) or becoming an item entity (in case of cobweb).
This bug relates toMC-93653EDIT: Also open fancegate is affected (throwables should pass through open fencegate, but break on closed one like arrows pass through, but stuck on closed)
eggs, snowballs, fishing rod floater, splash/lingering potions and ender pearls breaks on tripwire and cobweb instead of passing through (in case of tripwire) or becoming an item entity (in case of cobweb).
This bug relates toMC-93653EDIT: Also open fancegate is affected (throwables should pass through open fencegate, but break on closed one like arrows pass through opened, but stuck on closed)
Before 16w07a I could make a bunch of command block minecarts with some commands and one with kill command to clear them out. I used spawner to do this:
{id:"MinecartCommandBlock",Command:"/say 1a"}
{{/setblock ~ ~1 ~ minecraft:mob_spawner 0 replace
{SpawnCount:1,SpawnRange:0,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[
{Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[
,
{id:"MinecartCommandBlock",Command:"/say 2a"}
,
{id:"MinecartCommandBlock",Command:"/say 3a"}
,
{id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"}]},Weight:1},
{id:"MinecartCommandBlock",Command:"/say 1b"}
{Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[
,
{id:"MinecartCommandBlock",Command:"/say 2b"}
,
{id:"MinecartCommandBlock",Command:"/say 3b"}
,
{id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"}]},Weight:1}
]} }}
Since 16w07a after teleporting minecarts to a powered rail, they doesn't disappear. In 16w06a they worked fine. Ran once and all disappeared after running the /kill minecart. Now kill with r=0 doesn't kill anything.Before 16w07a I could make a bunch of command block minecarts with some commands and one with kill command to clear them out. I used spawner to do this:
/setblock ~ ~1 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:0,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[ {Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[ {id:"MinecartCommandBlock",Command:"/say 1a"}, {id:"MinecartCommandBlock",Command:"/say 2a"}, {id:"MinecartCommandBlock",Command:"/say 3a"}, {id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"} ]},Weight:1}, {Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[ {id:"MinecartCommandBlock",Command:"/say 1b"}, {id:"MinecartCommandBlock",Command:"/say 2b"}, {id:"MinecartCommandBlock",Command:"/say 3b"}, {id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"} ]},Weight:1} ]}Since 16w07a after teleporting minecarts to a powered rail, they doesn't disappear. In 16w06a they worked fine. Ran once and all disappeared after running the /kill minecart. Now kill with r=0 doesn't kill anything.
Minecart with command block doesn't kill itself wirt r=0 with riders command block and ridden ones
Minecart with command block doesn't kill itself wirt r=0 with riders command block and ridden onesMinecart with command block doesn't kill itself with r=0 with riders command block and ridden ones
Before 16w07a I could make a bunch of command block minecarts with some commands and one with kill command to clear them out.
I used spawner to do this:/setblock ~ ~1 ~ minecraft:mob_spawner 0 replace {SpawnCount:1,SpawnRange:0,Delay:-1,MinSpawnDelay:50,MaxSpawnDelay:50,MaxNearbyEntities:1,RequiredPlayerRange:-1,SpawnPotentials:[ {Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[ {id:"MinecartCommandBlock",Command:"/say 1a"}, {id:"MinecartCommandBlock",Command:"/say 2a"}, {id:"MinecartCommandBlock",Command:"/say 3a"}, {id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"} ]},Weight:1}, {Entity:{id:"MinecartCommandBlock",Command:"/setblock ~ ~-2 ~ minecraft:air",Pos:[3.5,73.0,-1.5],Passengers:[ {id:"MinecartCommandBlock",Command:"/say 1b"}, {id:"MinecartCommandBlock",Command:"/say 2b"}, {id:"MinecartCommandBlock",Command:"/say3b"}, {id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"} ]},Weight:1} ]}Since 16w07a
after teleporting minecarts to a powered rail,they doesn't disappear. In 16w06a they worked fine. Ran once and all disappeared after running the /kill minecart. Now kill with r=0 doesn't kill anything.Before 16w07a I could make a bunch of command block minecarts with some commands and one with kill command to clear them out.
/summon MinecartCommandBlock ~ ~ ~1 { Command:"/say start", Passengers:[ {id:"MinecartCommandBlock",Command:"/say 1"}, {id:"MinecartCommandBlock",Command:"/say 2"}, {id:"MinecartCommandBlock",Command:"/say last"}, {id:"MinecartCommandBlock",Command:"/kill @e[type=MinecartCommandBlock,r=0]"} ] }Since 16w07a they doesn't disappear. In 16w06a they worked fine. Ran once and all disappeared after running the /kill minecart. Now kill with r=0 doesn't kill anything.
Executing a command from command block minecart, as player and via /execute is running from middle of block instead of the position of entity
Executing a command from command block minecart, as player and via /execute is running from middle of block instead of the position of entity. This is the case of unexpected behaviour of selector r=X.
Example:
Run a command in command block minecart: /kill @e [r=0] when minecart is in center of block. Minecart will vanish as intended.
Run the same command, when minecart is in the edge of block. Minecart will not disappear.
This is inconsistant and should be fixed.
Executing a commandfrom command block minecart, as player and via /execute is running from middleof block instead oftheposition of entityExecuting a command as an entity is executed at center of block instead of position of the entity
Executing a command from command block minecart, as player and via /execute is running from middle of block instead of the position of entity. This is the case of unexpected behaviour of selector r=X.
Example:
Run a command in command block minecart: /kill @e [r=0] when minecart is in center of block. Minecart will vanish as intended.
Run the same command, when minecart is in the edge of block. Minecart will not disappear.
This is inconsistant and should be fixed.Executing a command from command block minecart, as player and via /execute is running from middle of block instead of the position of entity. This is the case of unexpected behaviour of selector r=X.
Example:
Run a command in command block minecart: /kill @e [r=0] when minecart is in center of block. Minecart will vanish as intended.
Run the same command, when minecart is in the edge of block. Minecart will not disappear.
This is inconsistent and should be fixed.
Executing a command as an entity is executed at centerof block instead of position oftheentityTarget selector arguments r, rm are counting distance from middle of bottom face of block instead of position of entity running a command
Execut
ing acommand from command block minecart, as player and via /executeis runningfrom middle of block instead oftheposition of entity. This is the case of unexpected behaviour of selector r=X.
Example:
Run a command in command block minecart: /kill @e [r=0] when minecart is in center of block. Minecart will vanish as intended.
Run the same command, when minecart is in the edge of block. Minecart will not disappear.
This is inconsistent and should be fixed.Executed command from command block minecart, as player and via /execute with target selector arguments r/rm are counting distance from middle of block instead of position of entity. This is the case of unexpected behaviour of selector r=X.
Example:
Run a command in command block minecart: /kill @e [r=0] when minecart is in center of block. Minecart will vanish as intended.
Run the same command, when minecart is in the edge of block. Minecart will not disappear.
This is inconsistent and should be fixed.
@[Helper] Michał: Cannot reproduce with your procedure (flat world, -800, +1000 away from spawn).
Please create a new world, reproduce it with your steps and zip and attach that world here.
Reopened, see video of [Helper] Michał and MC-90850
@user-f2760: You are right. I updated the report. It seems to happen only when the maximum argument is not provided.
@[Helper] Michał: /execute @e[type=ArmorStand,ry=-90,rym=90] ~ ~ ~ /setblock ~ ~2 ~ minecraft:stone would make no sense as the minimum argument is higher than the maximum arugment. But due to this bug it might work.
Could you both or at least FVbico please try to reproduce the bug with the given command?
[Helper] Michał, IMO it must show only in hotbar.
![[Mod] redstonehelper](../../../data/avatars/users/10122.svg){kind=small}
[Helper] Michał: Eyes of ender aren't updated for the new strongholds yet, MC-91173. More strongholds do spawn: https://www.reddit.com/r/Minecraft/comments/3pqc4h/distribution_of_strongholds_in_a_10k_x_10k_map/
Invalid, [Helper] Michał is right. "levels": 39 gave me a few Mending books.
[Helper] Michał and theyalso did the anitmation/rotating for the player, so I don't understand why this is working as intended as they can just implement it the same way as they implemented it for the player
@[Helper] Michał Oh, than that's probably because there's a dot in the numbers, so the game will make it a double type.
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
@[Helper] Michał Cannot reproduce with given method. Made cows babies, teleported away, made cows adults, teleported back, everything was fine. See MC-92524
[Helper] Michał: Separate issue. Create a new ticket for it if you want.
@[Helper] Michał a simple line on solid blocks can be misleading, too:
http://s13.postimg.org/enlm87pj9/2015_11_21_04_19_56.png
just a little image showing how redstone connects:
edit: fixed a mistake in the picture
red: from
blue: to
purple: red+blue
But coloring as an indicator doesn't make much sense.(blue and purple REDstone?! And it's harder to see the power level)
[Helper] Michał that's of no help at all...
[Mojang] Grum (Erik Broes) can you explain why this is all of the sudden intended?
[Helper] Michał thanks, that helped
[Helper] Michał, the reason for that is probably that they have so much in common that it is not worth it creating a seperate class for it, but I can understand that this makes no sense.
And as other reports have shown already crashes are never intended / invalid if they can be reproduced in a valid way, so I think even though horses do not support chest, the game should definitely not crash.
[Helper] Michał The way it works is that it detects firstly nearest or farthest (depending on whether c got a positive or negative value), and if there are at least 2 entities at the very same position/distance, then it'll fall back to the second detection method, the age(youngest/oldest, dependant on +/-).
[Helper] Michał Bare with me I'm not a morning person, my brain doesn't start to work before 1pm 😸
You're right, that makes my comment before more compact, it was the command };]
I used now:
/execute @e[type=Arrow,c=1] ~ ~ ~ kill @e[type=Arrow,r=0]
and there were no fail messages anymore 😸
As for the position of the middle arrows (who get successfully deleted) I'm quoting myself:
| Teleport yourself to 0 6 0 and look straight down Shoot 4 arrows in that position; as you're absolutely centered above that block, your arrows will hit the very middle of that block |
The arrows would in that example be stuck in the very middle of the block at position 0 3 0.
The position of the other arrows who fail to be killed are not important:
| shoot a random arrow to the left and to the right of the 4 centered arrows; the arrow angle itself doesn't matter, just make sure you don't shoot the very middle of a block |
They are normal arrows from the creative inventory, and a normal bow from the creative inventory, I didn't change anything on them.
But for the sake of completeness I'll attach a screenshot of such a regular arrow's entitydata.
According to [Helper] Michał in this comment, he wants this report closed as duplicate now.
If this gamerule is really based on how many entities push each other, then this report should be valid because in the situations described by [Helper] Michał the mobs are not really pushing each other (or at least they should not)
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
The bug here seems to be that bubble blocks aren't seen as water by the game, but as another block; hence the second requirement is not fulfilled.
[Helper] Michał, have you created a new report about this already? If not, we could reopen this report and change it a little bit (the 1x1 column part is definitely intended for now).
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
[Helper] Michał The issue was marked as works as intended, you do not need to keep it updated 
[Helper] Michał Structures are stored separetly and ported from 1.12. They will keep on generating properly in 1.13. They are also part of the decoration, so at this point, the chunk is already decorated and will not be dropped. Only pre-decoration chunks are dropped (ie : the initial noise map).
[Mod] NeunEinser You can fly a machine into an unpopulated chunk, but this is a very rare case and like the name indicate, the chunk isn't done generating. In 1.12, it was accessible in some cases, but the data in it is still not valid data for any gameplay purpose. The fact that you could act on those chunks to begin with is a bug all by itself (which has been partially fixed in 1.13 with the introduction of protochunks).
As far as I understand it, the reported bug is that modifying the map with an external tool doesn't work properly when the map is loaded directly in 1.13. When loaded first in 1.12, the map ports perfectly fine.
Waiting for [Helper] Michał and/or others to confirm that as well. As far as I can tell, there haven't been any changes between 1.14.1-pre2 and 1.14.1.
[Helper] Michał pointed out, that a similar bugpost has been fixed properly: MC-161297
Shulkerboxes were exempt from not being rendered, so a similar fix should be doable for end gateways.
As we Creative contraption makers find good use in end gateways being rendered if a player stands inside them, e.g. in "Stargates", I'd like to ask Mojang to please reconsider fixing this bugpost properly, and not having it stay resolved as "works as intended", unless there are other good reasons why gateways shouldn't be rendered for a player inside.
Thank you.
Discussions about this bugpost go here:
https://www.reddit.com/r/Mojira/comments/f1vv8q/mc163023_marked_as_wai
Side note: It is currently unknown if this bugpost was resolved as WaI due to a limitation of the new rendering engine, thus the above appeal on the Mojira Subreddit to have this bugpost reopened may be futile after all, at least at the current state of code, but it'd be nice to have a developer stating this, so contraption makers can try to come up with a workaround, and not waiting for this bug to be fixed as desired.
The bug
When a player stands inside an end gateway block, which does not teleport them (ExitPortal is not set), its texture does not render, as it was previously the case.
Tested in Creative- as well as Survival-mode.
To reproduce
Setblock an end gateway, e.g. with
/setblock ~ ~1 ~ end_gateway
Videos
1.14.4: https://www.youtube.com/watch?v=okjCmAkDkhw
1.15.2: https://www.youtube.com/watch?v=upBY4YxgYQ4
[Helper] Michał Yes indeed, it doesn't, when I noticed back then, I immediately created MC-163023, which unfortunately was resolved as "WaI".
Personally, I would have preferred a proper fix, as then those blocks would be of better use for the mapmaker/contraption maker community.
Last time I had checked, the beam still periodically flashes when an entity stands inside it and no ExitPortal is specified.
Edit: I have to add that I still hope for a proper fix, as the underlying mechanism is still present, and as soon as - intentionally or not - gateways would render again, the same issue as described here in this bugpost would occur again.
[Helper] Michał Do you mean MC-156600 by the shield not blocking visually?
Resolving per @[Helper] Michał's comment.
The same with stairs.
Mustek, you linked completely different bug as duplication.
Still not fixed taking bucket with water from furnace.
Putting empty bucket into furnace also is not fixed.
Java 8u51
AMD Radeon 6700 series
MC 1.8.8: 220fps
MC 15w31a/b: 50 fps
MC 15w31c: 120 fps
Still lower than expected.
I also found out that if you stay longer in one area, the display_update gets bigger and bigger in the shift+F3 chart.
You can't tell if not spawning normally in ender city is not a bug.
Witch spawn in hut as part of structure genearation too, but can spawn also later.
I can still reproduce this bug. Placed noteblock and redstone block next to it. Reloaded world, placed another redstone block next to noteblock and it's played, when it shouldn't, cause it was powered before..
hey, it's not a duplication of
MC-85537end_gateway and end_portal should be undestructable, because they are functional blocks that can't be crafted. Enderdragon can destroy even original end_portal below him with his wings.
The fix from
MC-86007should be good for this. Just enable back putting multiple empty buckets into furnace by hand, and if there more than one, after drying sponge drop bucket with water, leaving one less in furnace. When there's only one, change it to bucket with water.yeah, also reported by me.
After fix of MC 85542 i checked what happens now.
Interesting fact is that enderdragon can't tp to overworld via end_portal.
15w41b is affected
@[Mod] redstonehelper: It is not a dupe of
MC-89921. The problem here is rotating an entity, there is rendering wings even on standing still entities.it's not rendering, but it works. Mobs with (invisible) elytra on back can glide (except of lying down). I did not mentioned about lack of render, because it was already mentioned in
MC-89921It might be related to https://bugs.mojang.com/browse/MC-90101
It might be related to
MC-89923@Anomie X, now i see. Thx for explanation.=]
dupe of: https://bugs.mojang.com/browse/MC-89923
strange. After restarting PC, a day after, I can't reproduce this bug. The Launcher is still 1.6.48
Dupe of
MC-90101You can vote for original report of this bug.=]Now, day after i found that bug appears when i click the list of profiles, and close the list without choosing any of profiles. After restarting Launcher it happen when i just click "\/" to open the list. This is really unstable, once after running Launcher it happens after choosing, once after opening list, once it doesn't happen at all. It started to happen in 1.6.48, before was all ok.
this bug is also for /fill command.
There is semi walkaround in 1.9 snapshosts. You can create end_gateway that destination is in unloaded chunk, and drop an item into it, so chunk will load. Disadventage of this method is that you can't specify end_gateway destination coordinates with tilde.
Ender Dragon confirmed this bug with screenshots. Can Mod change the Confirmation Status to Community Consensus?=]
In my opinion it is working as intended. Unbreaking is an enchanting that gives probability of not consuming durability. Unbreaking 1 gives 50%, unbreaking 2 gives about 67%, unbreaking 3 is giving 75% chance of not consuming durability. In this case, you can take durability more often or less often. Game is not remembering how many times it tried to decrease durability, so there is a chance to take 2 in a row and don't take many times in a row.
Abandon your hope, Searge, because in 15w41b there is still invisible mob bug. =P
To reproduce:
set render distance to minimum (2 chunks)
type:
/summon Pig ~ ~ ~2 {NoAI:1} /tp @e[type=Pig] ~ ~ ~20 /tp @p ~ ~ ~20You should be next to pig, but there is no spoon... I mean there is no pig. You can't see it and do not collide with it, but also you can't place blocks, where the pig is.
It can happen far from spawn chunks (1000x, -2000z)
Strange. Now I'm confused. After more testing i reproduced this bug. Reproducing will be a bit harder:
new world, creative, redstone ready preset
/tp @p 2000 60 2000 /summon Pig ~ ~ ~2 {NoAI:1} this command run several times, about 7 times: /tp @e[type=Pig] ~ ~ ~20 you will be able to run this command only once: /tp @p @e[type=Pig] here will be no pig. Turn around and fly back to 2000,56,2000. /summon Pig ~ ~ ~2 {NoAI:1} /tp @e[type=Pig] ~ ~ ~20 go find this pig.uploading world save will not help, because bug depends on something that happens during gameplay, and is fixed on save+load game.
Now should be reproducable. Sorry for not testing before on new world. Second pig will appear in about a minute or two.
First pig is gone, can't find it at all. Second disappears every time i leave it and come back.
Forced crash when i was next to the second, invisible pig.
Duplication of https://bugs.mojang.com/browse/MC-90523
The second command (1.9 style) was working since 15w35 or even earlier till 15w40b. It broke in 15w41a. Hope it will be fixed before official 1.9 release, because a lot of custom maps from mapmakers will be unfixable.
15w42a is still affected.
the problem is that eyes when flying must be at the same position as head to aim small holes etc while flying with elytra. Because body is rotating while falling from even 2 block high (1.17 of jump and 1 of block lower), your eyes are near floor.
It can be "fixed" by slowing down rotating down and standing up at start and end of flight. In this case, jumping from 1 high will change view only a little with elytra.
Can reproduce for all but oak boat. Oak boat is dispensed as rideable boat when there is water under it (but with wrong direction, as mentioned here:
MC-90074). Other boats are not dispensed properly, they are dropped as items.Also: In attached screenshot there should be a water pool in front of dispensers.
In my opinion invalid report.
The hopper below powered hopper is sucking items from the powered one, because the below one is not powered.
Powered hopper does not transfer items to chest and other containers.
The same way powered hopper can get items from unpowered hopper pointing at the powered one.
Walkaround (hopefully temporary): Use Shulkers with
{NoAI:1b}to find a center of block. Unfortunately it requires 1 tick to center itself.
I recorded a video of this bug in 15w42a. Also log of launcher.
[16:13:08] is telling what happened with first pig.
I recorded this bug, or something similar, and attached to: https://bugs.mojang.com/browse/MC-65040?focusedCommentId=256305&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-256305
Also made some tests.
works the same as
It makes sense, if you count rotation as circle. ry=-90,rym=90 means an arc from +90 up to 180, and from -180 to -90 (it will count something like C ). Remember that -180 is equals to 180. It is opposite of arc from -90 to +90 (something like Ɔ).
Default value of ry and rym is 0+n*360, where n is integer.
When you select ry=10, it means <0,10>
when you select rym=10 it means <10,360>
You can check it by summoning armorstand, setting it rotation to 365, and testing if it has 0-10 degrees. It will be found.
To explain, attached image.
It doesn't matter if you are using 50', -310' or 410', all of them are the same (represented by green line). It counts to the right from rym, and to the left from ry.
Interesting behavoiur is when you choose rym=0,ry=360. It will count only ry=0, not full circle. The same for rym=-180,ry=180 it will find only 180/-180, but for example 30 will not be found. It is because both lines (green and red) are on the same spot it this examples.
So... in my opinion this is not a bug, but WAI.
Duplication of
MC-90011Shulker is not even spawned on center of block. You can see it by doing in commandblocks in one tick:
ArmorStand should be centered on a block, but it is not.
When there is a tick of delay between second and third command, ArmorStand will be centered to block.
Because one raw/cooked chicken from one chicken was working as intended:
MC-21713Looting should affect only feathers from chicken, not the meat.
also rabbits are affected: In 1.8.8 with looting you got 0-1 raw rabbit. In 15w43a you can get up to 4 raw rabbits from one.
I have to ask:
1. What gamemode have you been on? Survival, spectator?
2. If cheats are enabled, what happens when you type:
3. Have you typed
or something similar before?
isn't it WAI? As shulker is "block mob", and blocks can float...
In my opinion WAI. It shows that cooldown is shared for all items of this type. If it would show only in selected slot, people would be confused when they try to fast switch to another stack/slot and use it. "Fixing" it would cause more reports like "Cooldown switched to unused stack of enderpearls"
WAI. They drop gunpowder (0 up to 2) and tears (0 up to 1)
With looting 3 the amounts are: 0-5 with gunpowder and 0-4 with tears.
see wiki: http://minecraft.gamepedia.com/Ghast
Can confirm with saddled pigs and inventory picked up by mobs. Can't confirm with horses.
Duplication of WAI:
MC-108It is called BUD, commonly used behaviour.Can confirm. Horses and mules and donkeys doesn't drop leather, skeleton horses - bones, zombie horses - rotten flesh.
Anomie X, right. Reported as new bug. This report is WAI/Invalid.
Link for new report:
MC-91156Can confirm.
Can confirm
Still a bug in 15w43a. The horses have got entitydata "ChestedHorse:0b" telling that horses can have chests. After switching it via /entitydata to 1b slots are displayed in horse gui and on back of horse is visible chest. After trying to place something in it, minecraft crashes.
[Mod] Torabi, if horses are not supposed to have chests, it should not be able to set ChestedHorse:1b the same way that they can't have set Items[] entitydata, instead of crashing when inventory is inserted.
Adding to description.
Also could mod link this as "relates to":
MC-91152In 15w43b fixed for rabbits, still occurs for chickens.
@Nathan Ryan, when you play on spectator, mobs are not spawning, even from spawners. Its intended. /say @e tells that there were some mobs. You can find them by typing:
You should be teleported to zombie.
Still affected in 15w43b
Still in 15w43b
Still in 15w43b. You can also notice that when mob is picking up weapon, the HandDropItems for this weapon is set to 2.0f
Tested on egg-spawned zombie pigmans.
Affects 15w43b
Slowing down the change of perspective at start and end of flight would help a lot.
I mean... When you stand, the perspective is at height of about 1.5 block of player, when you fly, it is about 0.5 of block height. It should change smoothly just after starting: 1.5-> 1.475 -> up to 0.5 in about 3 seconds, and change back after landing from 0.5, 0.525 up to 1.5 with the same speed of about 3 seconds. The change would be smooth like morphing in Morph Mod seen for example here: https://youtu.be/I5AqeTbNNHk?t=420
If flight starts and ends quickly, the change would be small: from 1.5 to 1.3, when you stop flying, and back to 1.5 in about half of second.
When you land for short moment while flying, the height of perspective would change also only a little: from 0.5 to 0.7, and back to 0.5 block of heigh.
15w43b affected.
Fixed in 15w43c
15w43c still affected
Also affected are farmland and grass_path Should it be added here or in new report?
Seems to be fixed in 15w43c also for original swords of pigzombie (with low chance of dropping) and picked up swords (with high, probably 100% chance)
World generated in 15w43c, Seed: 3389370300118110992
started searching from many start points in area -2000<=x,z<=2000
Found 3 strongholds:
-855 45 715
869 42 499
19 24 -724
To be sure if nothing changed i generated the same world in 1.8.8 and checked if any of found strongholds weren't before. They are the same as in 1.8.8
So please reopen, or give an example of world with 4 strongholds.
Ach, i see. Thanks for answer, redstonehelper.=] I lost too much time searching for new strongholds with buggy ender eyes.^^'
They need bigger lvl of enchanting than 30. It can be only found in end cities chests, which have 40 lvl enchantments. Unfortunately in the end chests there can't be books.
Rolls should not overwrite previous rolls until there is a place to add loot.
Checked overworld and nether chests in jar. They are all with books enchanted with lvl 30. They must be rebalanced, with enchants 20-39, or something like this.
Duplication of MC-86836
You can vote for original report.
Ach, i haven't found it before. So this report is invalid. Thx FVbico for explain.
As we are in slimes/magma cubes topic, would be nice to set amount of smaller slimes from bigger one by doing something like this:
{ "pools": [ { "rolls": 1, "entries": [ { "type": "item", "name": "minecraft:slime_ball", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 0, "max": 2 } }, { "function": "looting_enchant", "count": { "min": 0, "max": 1 } } ], "conditions": [ { "condition": "self_entitydata", "variable": "Size", "value": "0" } ] } ] }, { "rolls": 1, "entries": [ { "type": "summon", "name": "Slime", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 1, "max": 4 } }, { "function": "set_nbt", "tag": "{Size:1}" } ], "conditions": [ { "condition": "self_entitydata", "variable": "Size", "value": "2" } ] } ] }, { "rolls": 1, "entries": [ { "type": "summon", "name": "Slime", "weight": 1, "functions": [ { "function": "set_count", "count": { "min": 1, "max": 4 } }, { "function": "set_nbt", "tag": "{Size:0}" } ], "conditions": [ { "condition": "self_entitydata", "variable": "Size", "value": "1" } ] } ] } ] }fixed in 15w43c
fixed in 15w43c
Can confirm. Easy to reproduce by setting short view distance on superflat world to 7 chunks, than set doMobSpawning to false and type /weather thunder 99999
Took about 5 minutes to notice a skeleton horse trap.
It is related to:
MC-61474The combination of [Furnace fuel slot Buckets] can be resolved the same way as dragon breath in brewing stand, enabling multiple empty buckets in this slot.
The only difference between normal and holding one in entitydata is that the holding one was watching at baby, lower.
Proposing:
The data tag did not change: {HurtByTimestamp:0,Attributes:[ 0:{Base:100.0d,Name:"generic.maxHealth"}, 1:{Base:0.0d,Name:"generic.knockbackResistance"}, 2:{Base:0.25d,Name:"generic.movementSpeed"}, 3:{Base:0.0d,Name:"generic.armor"}, 4:{Base:16.0d,Modifiers:[0:{UUIDMost:294348448248319811L,UUIDLeast:-5394833631841236794L,Amount:0.04702122052754995d,Operation:1,Name:"Random spawn bonus"}], Name:"generic.followRange"}],Invulnerable:0b,PortalCooldown:0,AbsorptionAmount:0.0f, FallDistance:0.0f,DeathTime:0s,HandDropChances:[0:0.085f,1:0.085f], PersistenceRequired:0b, Motion:[0:0.0d,1:-0.0784000015258789d,2:0.0d], Leashed:0b,UUIDLeast:-8359644604986363226L, Health:100.0f,PlayerCreated:0b,LeftHanded:0b,Air:300s,OnGround:1b,Dimension:0, Rotation:[0:216.80193f,1:24.384115f],HandItems:[0:{},1:{}], ArmorDropChances:[0:0.085f,1:0.085f,2:0.085f,3:0.085f], UUIDMost:-7988804788026978436L, Pos:[0:-129.62780997420487d,1:73.0d,2:273.0731197058597d], Fire:-1s,ArmorItems:[0:{},1:{},2:{},3:{}],CanPickUpLoot:0b,HurtTime:0s}After:
The data tag did not change: {HurtByTimestamp:0,Attributes:[ 0:{Base:100.0d,Name:"generic.maxHealth"}, 1:{Base:0.0d,Name:"generic.knockbackResistance"}, 2:{Base:0.25d,Name:"generic.movementSpeed"}, 3:{Base:0.0d,Name:"generic.armor"}, 4:{Base:16.0d,Modifiers:[0:{UUIDMost:294348448248319811L,UUIDLeast:-5394833631841236794L,Amount:0.04702122052754995d,Operation:1,Name:"Random spawn bonus"}], Name:"generic.followRange"}],Invulnerable:0b,PortalCooldown:0,AbsorptionAmount:0.0f, FallDistance:0.0f,DeathTime:0s,HandDropChances:[0:0.085f,1:0.085f], PersistenceRequired:0b, Motion:[0:-0.029639107234806932d,1:-0.0784000015258789d,2:0.019106879134462754d], Leashed:0b,UUIDLeast:-8359644604986363226L, Health:100.0f,PlayerCreated:0b,LeftHanded:0b,Air:300s,OnGround:1b,Dimension:0, Rotation:[0:7.4096527f,1:0.0f],HandItems:[0:{},1:{}], ArmorDropChances:[0:0.085f,1:0.085f,2:0.085f,3:0.085f], UUIDMost:-7988804788026978436L, Pos:[0:-135.71859873350022d,1:73.0d,2:275.1277471063404d], Fire:-1s,ArmorItems:[0:{},1:{},2:{},3:{}],CanPickUpLoot:0b,HurtTime:0s}Can you attach your world save?I want to test it. I saw something similar at Etho's channel: https://www.youtube.com/watch?v=gVLWi_Zs_L8&feature=youtu.be&t=1193 .He is playing 15w42 in this video.Daniel, on second screen you showed that dispensers are in BUD mode.
They are powered from redstone above, but they notice it only when there is update near them. Unpowering works in the same way. When redstone above is unpowered, dispensers/droppers are still powered until they got block update.
Not fixed in 15w44a.
I can still put multiple empty buckets to furnace with hopper/dropper facing it from side/I cant place many empty buckets by hand and they are replaced into one bucket with water after smelting sponge.
Reopen please.
It seems that it is intended. Now only way to get notch apple is chest from dungeon. But achievement is unobtainable, so this is a bug.
another exception is fishing/treasure.
15w44a affected.
Skeleton horse and zombie horse are affected in 15w44b. They were fixed in 15w44a in case of dropping end crystal, but they are not dropping them anymore.
No problem, Grum, nice that you are fixing many of bugs.=]
Why this is invalid? Giving a proposition of fixing a bug do not cause it to be invalid. Silverfish doesn't drop anything and it have got a loot table. Why there is no loot table for big/medium slime and for small magma cube?
Reopen please.
confirmed for 15w44b
The better status would be "won't fix", but rotating entity should not be hard, as entities can be upsite down (called Grumm or Dinnerbone)
behind there are many of them. Every column has 2 zombies holding something. This is map shared by
SeargeGrum via twitter, as I remember.It is not consistant bug, but it is still a bug.
15w44b affected.
I don't think that it is 100% WAI. You can't throw away lingering potion riding on horse:
MC-86871because of this behaviour. So this orMC-86871should be reopened.WAI. Fence hitbox is 1.5 block heigh. End rod and other blocks with 1 block height on fence give 2 block of height. You can walk half block up without jumping (from 1,5 to 2,0).
You need silk touch enchantment to get glass(pane) back. WAI.
Duplication of
MC-88356Steven, It is working without "d/f" at the end of numbers. Try it on 15w40b, and it will work. But later it will not.
@Steven W.d.V. Exactly.
"When no letter is used and Minecraft can't tell the type from context, it assumes double (if there's a decimal point), int (if there's no decimal point and the number is small enough to store as an int), or string (if neither is true)."
scr: http://minecraft.gamepedia.com/Commands
True, should be reopened. Camera IS NOT projecting as far as it can after leaving a block. It is in first person view even whet it was in third before entering a block.
but you still got arms to lift you up a bit. =P
@Grum: False. When you shift-click a mob, you have a monster egg of that mob.
I think it is WAI: When it falls on chorus trunk as an falling entity, it breaks into an item, when it is spawned/placed on chorus, it is a block so it will break a chorus up to that place, like any other normal block placed there, after breaking chorus it will become an falling anvil entity and than it will break into an item, like before.
But mobs can still glitch throug fence by growing up. To reproduce fill fenced area with sheeps, than type:
/entitydata @e {Age:-100}Reproducable 50% of times after typing this command with about 150 sheeps in small fenced area.
Mostly they glitch through the south/east corner.
@redstonehelper, created
MC-92524with record. Also found same report marked as duplication of this:MC-68433Can't reproduce since several days later. It was a bug for about 1-2 weeks, later it was fine.
15w46a
15w46a
Still occurs in 15w46a. Just reproduced
Now piston 3 block below redstone block is BUDed, instead of 2 block below. Please, revert "fix" from
MC-5951Redstoners are aware of this bug: https://www.youtube.com/watch?v=cXm6JlCn8EY
i don't think that it can be fixed, because redstone signal on some blocks can travel only up, but can't travel down. How to show this?
15w47a
15w47a
15w47a
15w47a
15w47a
15w47a
15w47a
15w47a
Also endportal and end_gateway are affected, should they be reported as new bugs, or a mod can update description of this one?
i think it can be intended. To make little turn left/right just release 'd'/'a' button for short moment (turn by corrections, not by normal turning). You will turn without loosing momentum.
Shears must be able to have silk touch, because it is the only way to obtain
web blockcobweb in survival!Don't know what to think about this... Before cobweb was something special, since you don't need silk touch book, it's... meh.
Brian, but a simpler doesn't mean better. Fixing it by something like
gives ability to specify mob loot for baby mobs, like baby cow etc:
WAI, shulker is an entity, when it is in 0 light lvl it will be black/dark as other mobs in darkness.
But still they can't move even when they are called "Grumm" or "Dinnerbone" =P
It is not working as intended. If it would, it would not have line with
So line should be removed or enabled treasure enchantments by proposed fix.
So why not eggs?! XD
@FVbico
https://static.pinboard.in/bt14/bt14.017.jpg
@FVbico, open page with movie, than in browser select "save page as", save it as mp4 and try to open in vlc. It worked for me.
redstonehelper, mob spawners as item are commonly used in servers, so disabling it would be bad for them. The bug you linked to is no longer counting mob spawner.
This bug is not invalid and in my opinion should be fixed.=]
passenger is entitydata of ridden entity. As I know, spawners do not show anything from entitydata, equipment, isBaby, passengers etc.
As christmas is comming, how about 1.8.9 for this bug?
Previous was set as WAI over 3 years ago. This "feature" is making quite hard to aim "invisible" flowers next to "visible" ones. I would leave this open to look at it again for Mojang. Maybe they changed mind like in some other places.
Yes, she is.
Thanks for fixing this.^^
Reopen please, it's not fixed in 15w49a.
eating last piece of food is also affected.
they check condition from behind only. If condition is met from behind, it can be triggered from side.
sigh... And I feel guilty when i make duplication/invalid report that mod must close it because i didn't find original one.
Dear michael,
bug tracker is not for you or someone. It is for community to make such a great game like Minecraft even better. If you want any bug to be fixed, report it and keep up to date. Some bugs are not easy to reproduce, requires sometimes half an hour to get single reproduction (eg
MC-89064), but if you want anything to be fixed, you need to test itevery so often, because mods do not have enough time for it. They have got their lives. I also want some bugs to be fixed, some of them are not reported by me, but i gave them vote and do test them again and again, if noone else remember to do this.It's just good sense of smell.=]
Elytra now is starting something between 2,12500 and 2,187500 block of falldown. Since player can jump up something between 1.25000 and 1.31250, when player is jumping from a place only at height 0,81250 (8 layers of snow minus carpet) elytra can trigger wiewjump.
also affects 15w51b. I really prefer slowing down this "jump down/up" to make it smooth.
15w51b
15w51b
15w51b
15w51b
15w51b
15w51b.
Also affected are ender pearls (as throwables) and opened fence gates (as nonsolid blocks).
Arrows are NOT affected.
15w51b
I can notice that in first image end portal frames are rotated wrong way. They are probably placed by player.
16w03a
Also still can reproduce. Added easier and faster way to reproduce.
Duplication of WAI:
MC-85537Attached reproduction (mp4). Minecart command-block are acting wild. Sometimes they appera mid air and so.
I found out that even typing into chat /kill @e[r=0] doesn't kill you. It should kill all entities with same position as me including me.
Now this is working much worse.
This is related to:
MC-97178r=0 can't find all entities in the same position as the one it is executing command and the executer.
Could be, but It might be different. Before marker armor stand was a problem. Now r=0 is a problem.
I will give a free hand to Mod. He will know better.=]
@GamerGruppy thanks for explain. So r=0 before could target more than it should (not only all in the same position, but all within a block). Now r=0 it's targeting less than it should (should target all entities in the same position, like stacked minecart command blocks)
The problem is that command is executed in middle of block instead of where the entity is executing command.
Ok, I made a new report to point the problem.
MC-97316- Executing a command from command block minecart and via /execute is running from middle of block instead of the position of entityOk, I made a new report to point the problem.
MC-97316- Executing a command from command block minecart and via /execute is running from middle of block instead of the position of entityr=0 is killing all within 0.25 block from center of block.
Maybe it's selecting entities from oldest instead of nearest? I can't test it for now, can someone?
I made some tests. The image doesn't show truth. Command is executed ad X.5000 Y.0000 Z.5000, Y is at bottom, not middle. For r=0 if command is executed via entity at location e.g. x=5.1 y=3.7, z=1.3 it will find all entities at 5.5, 3,0, 1.5 within 0.25 meter. For r=1 it will find all within 1.25m from bottom center of block.
My fault. Found where was the problem. This report can be closed.
1.9 pre 1 affected
Thanks Searge! <3
@FVbico, the reason was that in this word i had a repeating command block that teleported all command block minecart to ~ 70 ~ (some blocks higher). So what I saw was minor visual glitch. Minecart should fly above instead of falling lower.
1.9 pre 2
1.9 pre 2
1.9 pre 2 is affected.
Minecart can pick up mob when minecart is on curved rail. With straight rails it can't. 1.9 pre 2 is affected.
ok, updated title.
Seems to be caused by fix of mine bug:
MC-90101Hope 1.9 pre 3 will also fix this one without breaking fix of mine.
Haven't thought about this one. Would be nice to see this fixed with Pos tag. How about linking this bug to
MC-97491as "relates to"? Both are about spawners and position/rotation of spawned entity.WAI. Use
src: http://minecraft.gamepedia.com/15w51a
This is what in my opinion should look like:
https://bugs.mojang.com/secure/attachment/111865/PortalPositions_improved.png
Increasing spread and increasing interval
will be good for all sizes of maps, from small 3k x 3k to big ones.
Meri, About "things to note":
Here you run "kill" 4 times, once for each arrow. First killed all arrows, second, third and 4'th killed none, cause there was no more arrows. That's why you had 3 error messages.
Should kill all arrows in the same spot, but without error messages.
Also can't test this now (at work) so it is only my guess.
EDIT: Where is the position of arrow? I mean... What is Pos[x,y,z] entitydata of an arrow? This may be important.
What about small worlds? Low performence serwers have world border quite close to center of map, since there can't be any stronghold within 1500m from center, they will not be able to enter End dimension. Reopen please.
If they will remember/know about this change.
good point. Updated title to better describe the problem.
1.9 pre 3 is affected
Elsyth Feathervine, this bug is not about working skeleton trap, but about spawning skeleton trap itself without any /summon used.
Cause in 1.9 pre 3 r=0 no longer counts as r=0.25, this bug is back. r=0 can't find anything, even when entity is in the same spot where distence is counted from.
Well described. Now this report covers mine:
MC-97316, so mine can be closed as duplication of this one.Hope it will be fixed for selectors for 1.9 or at least in minor patch (1.9.X)
Hitbox of entity should not affect the tests. Chicken with the same Pos as Armor_stand, horse or enderman should result the same when checked with dx, dy, dz.
The only disadventage of dx,dy,dz being grid-like, and r,rm being Pos-like is that when using dx,dy,dz and r in one command whould be a bit confising. But I don't think so that it would be used often. Still I think dx,dy,dz should check for entities in specified blocks in grid, and r,rm should check distance from place where the command is executed grid-independent.
Fixed in 1.9 pre 4! ^^
{CustomName:"Arrows"}Shot 1 arrow and renamed it:
/entitydata @e
than shot many arrows around it.
with command:
/execute @e[name=Arrows] ~ ~ ~ /kill @e[rm=0,type=!Player]
All arrows but one dissapeared as intended.
with command
/execute @e[name=Arrows] ~ ~ ~ /kill @e[r=0]
only renamed dissapeared as intended.
Also stacked minecart command block all are disappearing when one is with /kill @e[r=0]
AWESOME! ^^
Can confirm. r and rm are working as intended in 1.9 pre 4.
{CustomName:"Arrows"}Made some tests.
Shot 1 arrow and renamed it:
/entitydata @e
than shot many arrows around it.
with command:
/execute @e[name=Arrows] ~ ~ ~ /kill @e[rm=0,type=!Player]
All arrows but one disappeared as intended.
with command
/execute @e[name=Arrows] ~ ~ ~ /kill @e[r=0]
only renamed disappeared as intended.
Also stacked (as passengers) command block minecarts are disappearing when one is with /kill @e[r=0]
AWESOME! ^^
1.9 pre 4 is affected
1.9 pre 4 is affected.
Also, can you add affected version 1.9 pre 4? Still c, dx, dy, dz are not working as intended. (dx, dy, dz are checking if hitbox enters a grid instead of pos of entity, and c is not looking for nearest entity to execution)
1.9 pre 4 is affected. this can cause suffocation damage when flying in small gaps/near ceiling.
[Mod] redstonehelper, this bug is only partially fixed (r,rm). Most of this one (c,dx,dy,dz) is still affecting 1.9 pre 4.
Maybe dx,dy,dz is working as programmers intended, but not as redstoneblockers would except. Looking for hitbox can cause many problems. For example when making shapeshifting zombie/bat "vampire" as zombie it will be in "change to bat" area, but after summoning bat at pos of zombie and getting rid of zombie, bat will be out of this area (because of smaller hitbox) and will change back to zombie making constant "morphing".
This bug relates to
MC-90257Maybe
MC-90257behaviour is caused by this bug? There is much higher chance to fail because there is much more command blocks in chain.Mobs from spawners need to meet specified conditions. Pigs can spawn only on grass, zombie at light lvl of 7 or below etc. Bats have hard conditions to spawn. As wiki says:
Spawn
Below layer 63
Light level of 3 or less in neighboring blocks
October 20 – November 3: light level of 6 or less in neighboring blocks
When condition for bats was met (light lvl 0 and many blocks nearby) Bats started to spawn (screenshot). If you want spawner to work at any light lvl, height lvl and without surrounding blocks, you can modify spawner to summon XPOrb that despawns instantly:
/setblock ~ ~1 ~ minecraft:mob_spawner 0 replace {SpawnData:{id:"XPOrb",Age:10000,Passengers:[{id:"Bat",Passengers:[{id:"Skeleton",CustomName:"Bloodfly",CustomNameVisible:1,ArmorItems:[{},{id:feather,Count:1,tag:{display: {Name:"Bloodfly Stinger",Lore:[It's sharp and pointy]} }},{id:leather_chestplate,Count:1,tag:{display:}},{id:skull,Damage:3,Count:1,tag:{display: {Name:"Bloodfly Head",Lore:[It's ugly]} ,SkullOwner:{Id:"014df015-7eba-4ad0-a0e0-83164b7a45f2",Properties:{textures:[ {Value:"eyJ0ZXh0dXJlcyI6eyJTS0lOIjp7InVybCI6Imh0dHA6Ly90ZXh0dXJlcy5taW5lY3JhZnQubmV0L3RleHR1cmUvZmZmYzZiZWMzM2M1ODFiMmVlODdlNThiYjMxMGJkZjJkMDQxZDI0ZDkzYWRkM2Q4NmE2ZTQ5NmY3ZDlmZTMifX19"} ]}}}}],HandItems:[ {id:bow,Count:1} ,{}],ArmorDropChances:[0.0F,0.025F,0.0F,0.025F],HandDropChances:[0.0F,0.0F],Attributes:[ {Name:generic.maxHealth,Base:26} , {Name:generic.movementSpeed,Base:0.3} , {Name:generic.followRange,Base:40} ],Health:26.0f,Team:"Predator1",ActiveEffects:[ {Id:14,Amplifier:2,Duration:199980,ShowParticles:0b} ]}]}]}}Have fun.=]
Probably this bug can affect also short chains of command block:
MC-98587wooden axe have got extreme long load time and much less durability. You can hit twice as fast with any sword than with wooden axe.
Can Mod close this bug as WAI/Unable to reproduce? =] Mob spawner works as intended as I can tell.
Important to mention that elytra is loosing durability while swimming like that.
Kind of. There is described effect, here i described why this happen. Would be nice to add there that on server side bobber is not attached to entity, and it's attached only client-side.
Argh, I also found this bug/limitation. It's extreme annoying.=/
i don't think so that "/execute @e[type=!Player] /tp @e[type=Player] ~ ~1 ~ " should teleport a player 1 block higher when there is one other entity. It should teleport player to 1 block above another entity.
Can you link
MC-102598withMC-102740? They are related.I want to mention that "/execute @e[type=!Player] /tp @e[type=Player] ~ ~1 ~ " is teleporting a player 1 block higher when there is one other entity. It should teleport player to 1 block above another entity.