Vilder50
- Vilder50
- vilder50
- Europe/Stockholm
- Yes
- No
MC-82229
![[Mojang] Matthew Gatland](../../../data/avatars/users/43046.png){kind=small}
MCD-469
Normal![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
What I expected to happen was...:
when i use the command: /replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2
should the armorstand get a skull in his hand
What actually happened was...
when i use the command: when i use the command: /replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2
i get this error: Could not replace slot 99 with 1 * [Zombie Head]
and the armorstand doesnt get the skull in his hand
Steps to Reproduce:
1. place an armorstand somewhere
2. type this command while you stands close to the armorstand:
/replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2---------------------------------------------------------
you can replaceitem in the weapon slot with other items like a chest...
(/replaceitem entity @e[r=7] slot.weapon minecraft:chest 1 0)you cant replaceitem in the weapon slot with skulls on other entities*
*(i have only tested this on: zombies, skeletons and armorstands)
What I expected to happen was...:
when i use the command: /replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2
should the armorstand get a skull in his hand
What actually happened was...
when i use the command: when i use the command: /replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2
i get this error: Could not replace slot 99 with 1 * [Zombie Head]
and the armorstand doesnt get the skull in his hand
Steps to Reproduce:
1. place an armorstand somewhere
2. type this command while you stands close to the armorstand:
/replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2---------------------------------------------------------
extra info:
you can replaceitem in the weapon slot with other items like a chest...
(/replaceitem entity @e[r=7] slot.weapon minecraft:chest 1 0)you cant replaceitem in the weapon slot with skulls on other entities*
*(i have only tested this on: zombies, skeletons and armorstands)you can summon a armorstand holding a skull in his hand...
What I expected to happen was...:
when i use the command:
/replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2should the armorstand get a skull in his hand
What actually happened was...
when i use the command:
when i use the command:/replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2i get this error:
Could not replace slot 99 with 1 * [Zombie Head]and the armorstand doesnt get the skull in his hand
Steps to Reproduce:
- place an armorstand somewhere
- type this command while you stands close to the armorstand:
/replaceitem entity @e[r=7] slot.weapon minecraft:skull 1 2
extra info:
you can replaceitem in the weapon slot with other items like a chest...
/replaceitem entity @e[r=7] slot.weapon minecraft:chest 1 0you cant replaceitem in the weapon slot with skulls on other entities*
*(i have only tested this on: zombies, skeletons and armorstands)you can summon a armorstand holding a skull in his hand...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
strong*The Bug:*strongim pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
(i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt))
i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
btw:
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)"
what really happened: some of the blocks is missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
(i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt))i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
btw:
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)"
what really happened: some of the blocks is missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)" (wich i think is because of this bug...)
btw:
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)"
what really happened: some of the blocks is missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "ModelBugTest (without rp)" and take the "model bug test (the rp)"resourcepackon
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)now
take the resource pack offand go into theother world (Model Bug Test (with rp))this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)" (wich i think is because of this bug...)
btw:
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)"
what really happened: some of the blocks is missing textures...
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)"
what really happened:
some of the blocks has missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)" (wich i think is because of this bug...)
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)" (wich i think is because of this bug...)
model textures using capital letters in a resource pack wich is in a map doesnt work the same as a resource pack...
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
i dont know how i will explain this so i will show you:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folderput the "
ModelBugTest (with rp)" and "Model Bug Test (withoutrp)" into your "saves" folder
now open your minecraft and go into the world called:"Model Bug Test (withoutrp)" andtake the "modelbugtest (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i
dont know why this happens but the capital letter has something to do with it...btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
(wich i think is because of this bug...)what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
(wich it shouldnt because it uses the exact same resource pack as "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp)))
how to recreate:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
extra bug? :
i think this bug is the same bug as above so im posting it here...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
(wich it shouldnt because it uses the exact same resource pack and world as "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp)))
how to recreate:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
extra bug? :
i think this bug is the same bug as above so im posting it here...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
(wich it shouldnt because it uses the exact same resource pack and world as "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp)))
how to recreate:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
i dont know why this happens but the capital letter has something to do with it...
extra bug? :
i think this bug is the same bug as above so im posting it here...
btw: if you remove the dirt texture from the "model bug test (the rp)" from the resource pack and then goes into the world "Model Bug Test (without rp)" and then takes "model bug test (the rp)" on then there will be missing textures like in "Model Bug Test (With rp)"
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
(wich it shouldnt because it uses the exact same resource pack and world as "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp)))
how to recreate:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
but still... why is it missing texture in "Model Bug Test (with rp)" and dirt in "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))) ?
what i expected to happen:
some of the blocks should look like dirt in the world called: "Model Bug Test (with rp)" like it is in the world called: "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))
what really happened:
some of the blocks has missing textures...
(wich it shouldnt because it uses the exact same resource pack and world as "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp)))(the resource pack should work the same way in the two worlds...)
how to recreate:
download the file there is attached
put the "model bug test (the rp)" into your "resourcepacks" folder
put the "Model Bug Test (with rp)" and "Model Bug Test (without rp)" into your "saves" folder
now open your minecraft and go into the world called: "Model Bug Test (without rp)" and take the "model bug test (the rp)" resource pack on
as you will see everything is stone and dirt (its actually all stone but some of it is remodeled)
now take the resource pack off and go into the other world (Model Bug Test (with rp))
this world has the exact same resource pack just in the save files (so you do have the same resource pack on wich you had on before)
(it is also the exact same world)as you see some of the stone is now missing texture...
The Bug:
im pretty sure that the thing there does this is that i have written this:
{ "parent": "block/cube_all", "textures": { "all": "blocks/Dirt" } }(i wrote it in the "stone" model)
i wrote blocks/Dirt with a capital letter (so its Dirt instead of dirt)
but still... why is it missing texture in "Model Bug Test (with rp)" and dirt in "Model Bug Test (without rp)" + the resource pack(Model Bug Test (the rp))) ? (the resource pack should work the same way in the two worlds...)
In snapshot 18w06a you can no longer put charcoal into furnaces' fuel slot and charcoal, also doesn't work as fuel if you insert it into a furnace with "/replaceitem block X Y Z container.1 minecraft:charcoal".
It seems like they forgot to re-add charcoal as a furnace fuel.
Summary:
When you put multiple "/execute rotated" commands after each other, it will always only use the last "/execute rotated" commandRecreation:
If you use the following command:/execute rotated 0 20 rotated ~ ~20 run setblock ^ ^ ^10 stoneit doesn't set the stone block based on the rotation 0 40, which you would expect it to do because 0,20 + ~,~20 = 0,40. (Just like how "/execute positioned"
works when you stack them in a command)
...But instead, it sets the stone block based on the rotation ~ ~20 because the last "/execute rotated" is "rotated ~ ~20".Summary:
When you put multiple "/execute rotated" commands after each other, it will always only use the last "/execute rotated" commandRecreation:
If you use the following command:/execute rotated 0 20 rotated ~ ~20 run setblock ^ ^ ^10 stoneit doesn't set the stone block based on the rotation 0 40, which you would expect it to do because 0,20 + ~,~20 = 0,40. (Just like how "/execute positioned" adds up their coords when you stack them in a command)
...But instead, it sets the stone block based on the rotation ~ ~20 because the last "/execute rotated" is "rotated ~ ~20".
Back in 1.14 (and versions before that) the pixels in the block breaking animation were correctly lined up with the pixels on the block you were breaking.
(See the 1.14 pictures: The pixels on the prismarine block aligns up with the dark pixels from the break animation)
In 1.15 the pixels in the block breaking animation no longer line up with the pixels on the block you are breaking. It's a little bit off.
(See the 1.15 pictures: Some of the pixels on the prismarine block isn't 100% covered by the dark pixels from the block breaking animation)
Not 100% sure if what is happening now in 1.15 is either that the animation is a tiny bit above the block you are mining or if the animation has shrunk by a little bit.
It seems to have shrunk, but idk.Back in 1.14 (and versions before that) the pixels in the block breaking animation were correctly lined up with the pixels on the block you were breaking.
(See the 1.14 pictures: The pixels on the prismarine block aligns up with the dark pixels from the break animation)
In 1.15 the pixels in the block breaking animation no longer line up with the pixels on the block you are breaking. It's a little bit off.
(See the 1.15 pictures: Some of the pixels on the prismarine block isn't 100% covered by the dark pixels from the block breaking animation)
Not 100% sure if what is happening now in 1.15 is either that the animation is a tiny bit above the block you are mining or if the animation has shrunk by a little bit.
The bug:
When you set your respawn location with either a bed or an respawn anchor and dies there is a check to check if the bed / respawn anchor still exists.
The "bed / respawn anchor check" checks both for beds and respawn anchors no matter what dimension you are trying to respawn in. Meaning that if you go into the nether and place a respawn anchor, set your spawn point and then replace the anchor with a bed the next time you die you will respawn in the nether beside the bed.Expected:
You will only be able to spawn beside beds in the overworld.
You will only be able to respawn beside respawn anchors in the nether.
Recreate (nether):
Place respawn anchor.
Fill anchor with glowstone.
Right click the anchor to set respawn point.
Break the anchor.
Place bed in same location.Next time you die you will respawn beside the bed in the nether.
Recreate (overworld):
Place bed.
Right click the bed to set respawn point.
Break bed.
Place anchor in the location the bed's head was at.
Fill anchor with glowstoneNext time you die you will respawn beside the anchor in the overworld.
The bug:
When you set your respawn location with either a bed or an respawn anchor and dies there is a check to check if the bed / respawn anchor still exists.
The "bed / respawn anchor check" checks both for beds and respawn anchors no matter what dimension you are trying to respawn in. Meaning that if you go into the nether and place a respawn anchor, set your spawn point and then replace the anchor with a bed the next time you die you will respawn in the nether beside the bed.Expected:
You will only be able to spawn beside beds in the overworld.
You will only be able to respawn beside respawn anchors in the nether.
Recreate (nether):
Place respawn anchor.
Fill anchor with glowstone.
Right click the anchor to set respawn point.
Break the anchor.
Place bed in same location.Next time you die you will respawn beside the bed in the nether.
Recreate (overworld):
Place bed.
Right click the bed to set respawn point.
Break bed.
Place anchor in the location the bed's head was at.
Fill anchor with glowstoneNext time you die you will respawn beside the anchor in the overworld.
The bug:
There is a location in the camp where you can jump off and you die. Normally you get teleported back to safety and lose some hearts, but not here.
Reproduce:
- go all the way to the west of the camp.
- over at the edge of the island go
downwardsto the stone block you can stand on.- Jump away from the island.
- You died.
This video shows how to do it: https://www.youtube.com/watch?v=23L7zc6KyNs
The bug:
There is a location in the camp where you can jump off and you die. Normally you get teleported back to safety and lose some hearts, but not here.
Reproduce:
- go all the way to the west of the camp.
- over at the edge of the island go south to the stone block you can stand on.
- Jump away from the island.
- You died.
This video shows how to do it: https://www.youtube.com/watch?v=23L7zc6KyNs
The bug:
There is a location in the camp where you can jump off and you die. Normally you get teleported back to safety
and lose some hearts, but not here.Reproduce:
- go all the way to the west of the camp.
- over at the edge of the island go south to the stone block you can stand on.
- Jump away from the island.
- You died.
This video shows how to do it: https://www.youtube.com/watch?v=23L7zc6KyNs
image-2020-04-10-18-58-43-400.png
The bug:
Inside menu ->settings ->key bindings when you rightclick it shows what I'm pretty sure is the default windows crabbing cursor.Video of it: https://www.youtube.com/watch?v=USjfHMOJyQ8
(Do not be confused by the normal cursor at the beginning of the video, it shows up because the game is unfocused at that point)The bug:
Inside menu ->settings ->key bindings when you right-click it shows what I'm pretty sure is the default windows crabbing cursor.Video of it: https://www.youtube.com/watch?v=USjfHMOJyQ8
(Do not be confused by the normal cursor at the beginning of the video, it shows up because the game is unfocused at that point)
The bug:
The Video Volume setting in menu -> settings -> Audio doesn't reset to default state when pressing "Defaults".Reproduce:
1. go to the audio settings menu.
2. change the video volume slider to something different.
3. press "defaults"
4. The slider wasn't reset to its default 100% and instead just staid at its locationInfo:
As a related bug,changing the video volume slider, pressing close and the discard resets the slider back to 0%.It's only the video volume slider this happens to.
The bug:
The Video Volume setting in menu -> settings -> Audio doesn't reset to default state when pressing "Defaults".Reproduce:
1. go to the audio settings menu.
2. change the video volume slider to something different.
3. press "defaults"
4. The slider wasn't reset to its default 100% and instead just staid at its locationInfo:
Related bug I guess: changing the video volume slider, pressing close and the discard resets the slider back to 0%.It's only the video volume slider this happens to.
It's possible to push/walkpigs and striders into wallsIt's possible to push/ride pigs and striders into walls
The bug:
The fishing hook stays even though the player has changed dimension.Steps to reproduce:
1. Build a nether portal at 0, 64, 0 in the overworld
2. Build a nether portal at 0, 64, 0 in the nether and link it up to the overworld portal from step 1.
3. Use a fishing rod in the overworld near the portal from step 1. Don't switch away from the fishing rod.
4. Go to the nether using the portal from step 1.
5. Stay near the portal and use the fishing rodin the netherand note what happens.Observed behaviour:
Nothing happens the first time you use the fishing rod in the nether.
Expected behaviour:
It should throw out a new fishing hook when you use the fishing rod in the nether.
Extra notes:
- If you don't do step 5 and instead go back to the overworld you will see the hook is still there if the chunk with the hook never unloaded.
- If the chunk with the hook unloaded then the hook no longer exists, but the player will still have a reference to the hook. This hook will not be ticked.
- If you go to the nether as you are catching a fish and the chunk with the hook unloads then you will still have a reference to the hook which is in the middle of catching a fish. The hook is no longer getting ticked so it will never stop being in the middle of catching a fish. So if you go back to the overworld and use a fishing rod then you will catch a fish.
The bug:
The fishing hook stays even though the player has changed dimension.Steps to reproduce:
1. Build a nether portal at 0, 64, 0 in the overworld
2. Build a nether portal at 0, 64, 0 in the nether and link it up to the overworld portal from step 1.
3. Use a fishing rod in the overworld near the portal from step 1. Don't switch away from the fishing rod.
4. Go to the nether using the portal from step 1.
5. Stay near the portal in the nether and use the fishing rod and note what happens.Observed behaviour:
Nothing happens the first time you use the fishing rod in the nether.
Expected behaviour:
It should throw out a new fishing hook when you use the fishing rod in the nether.
Extra notes:
- If you don't do step 5 and instead go back to the overworld you will see the hook is still there if the chunk with the hook never unloaded.
- If the chunk with the hook unloaded then the hook no longer exists, but the player will still have a reference to the hook. This hook will not be ticked.
- If you go to the nether as you are catching a fish and the chunk with the hook unloads then you will still have a reference to the hook which is in the middle of catching a fish. The hook is no longer getting ticked so it will never stop being in the middle of catching a fish. So if you go back to the overworld and use a fishing rod then you will catch a fish.
(first of all my bug report wasnt really precise so im going to fix that... so you (kumasasa) answered on something i already knew... =/ )
i would still call this a bug...
because im pretty sure that when you put the resource pack into the save file it should work the same way as taking the resource pack on and go into the same world...
but it doesnt work the same way because it shows missing texture in:"Model Bug Test (with rp)"(wich has the resource pack in the map) and it shows dirt in: "Model Bug Test (without rp)" (if you take the resource pack on) ...
("Model Bug Test (with rp)" and "Model Bug Test (without rp)" + the resource pack uses the same resource packs but the resource pack works in two different ways when you take it on(it will show dirt) and when you put it into your save file(it will show missing texture)...)
(i know i just wrote the same thing 3 times...)
The bug is more "specific" in the 1.14 snapshots: Dead coral fans/plants' loot tables are only activated when you mine them with a pickaxe.
(In the same way that a stone block's loot table only is activated if you use a pickaxe)
So in the 1.14 snapshots the inconsistency is that alive coral fans/plants' loot tables are activated when you use any tools while dead coral fans/plants' loot tables are only activated when you use a pickaxe.
I have attached 2 pictures where there is grass under blocks. In one of the pictures (the one with the red square), there is grass under the slabs.
This is both the case in the Squid Coast version and Camp version.
(Hope it's ok I'm jumping on here)
Can be recreated with mouse and keyboard:
1. Hold left-click on an equipped item.
2. Move the item a little.
3. See the empty slot appear
Sorry, somehow didn't find that while searching. Should have searched harder =b
There is no way for me to close this, right?