Shulker boxes restore custom name after deleting it and placing them down
The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.
Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"
Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState) currently removes the custom name of the shulker box tile entity to prevent it from being dropped by the method net.minecraft.block.BlockContainer.harvestBlock(World, EntityPlayer, BlockPos, IBlockState, TileEntity, ItemStack) as well.
If the custom name was removed before the NBT data is copied into the BlockEntityTag this bug could be solved too.
Linked Issues
is duplicated by4
Created Issue:
Shulker boxes restore custom name after deleting it and placing them down
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data, which results in them taking their old name again after placing them downSteps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test again"
- after picking it up the item also has its old name "test"
Environment
Both singleplayer and multiplayer
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data, which results in them taking their old name again after placing them downSteps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test again
"- after picking it up the item also has its old name "test"
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data, which results in them taking their old name again after placing them downSteps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test" again
- after picking it up the item also has its old name "test"
Both singleplayer and multiplayer
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data, whichresults in them taking their old name again after placing them downSteps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test" again
- after picking it up the item also has its old name "test"
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test" again
- after picking it up the item also has its old name "test"
relates to
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce:
- Rename a shulker box in an anvil, for example name it "test"
- place it down and pick it up again
- Put shulker box in an anvil and empty the name field to rename it to its standard name
- place the shulker box down. It will now be named "test" again
- after picking it up the item also has its old name "test"
The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState) tries to solve this by using only the Name tag and removing the CustomName tag. The problem is that it removes the custom name of the tile entity after the NBT data for the item was created which makes this change have no effect on the item NBT data.
The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState)tries to solve this by using only theName tag and removing the CustomNametag. The problem is that it removes the custom name of the tile entity after the NBT data for the item was created which makes this change have no effect on the item NBT data.The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState) currently removes the custom name of the shulker box tile entity to prevent it from being dropped by the method net.minecraft.block.BlockContainer.harvestBlock(World, EntityPlayer, BlockPos, IBlockState, TileEntity, ItemStack) as well.
If the custom name was removed before the NBT data is copied into the BlockEntityTag this problem could be solved as well.
The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState) currently removes the custom name of the shulker box tile entity to prevent it from being dropped by the method net.minecraft.block.BlockContainer.harvestBlock(World, EntityPlayer, BlockPos, IBlockState, TileEntity, ItemStack) as well.
If the custom name was removed before the NBT data is copied into the BlockEntityTag thisproblemcould be solvedas well.The bug
Custom names from items can be removed by putting them in an anvil and emptying the name field.
For custom named shulker boxes that were placed down and picked up before that doesn't remove the custom name from the NBT data. This results in them taking their old name again after placing them down.Steps to reproduce
- Rename a shulker box in an anvil, for example name it "test"
- Place it down and pick it up again
- Put the shulker box in an anvil and empty the name field to rename it to its standard name
- Place the shulker box down
→ It will now be named "test" again. After picking it up the item also has its old name "test"Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The problem seems to be that when the shulker box is broken the name is stored in the CustomName tag of the BlockEntityTag as well, but renaming an item only changes the value of the Name tag in the display tag.
The method net.minecraft.block.BlockShulkerBox.breakBlock(World, BlockPos, IBlockState) currently removes the custom name of the shulker box tile entity to prevent it from being dropped by the method net.minecraft.block.BlockContainer.harvestBlock(World, EntityPlayer, BlockPos, IBlockState, TileEntity, ItemStack) as well.
If the custom name was removed before the NBT data is copied into the BlockEntityTag this bug could be solved too.
is duplicated by
is duplicated by
is duplicated by
is duplicated by
relates to
relates to
relates to
Thank you for your report!
However, this issue has been closed as a Duplicate of MC-113869.
It has been linked to this report. If you have additional information, please add it to the duplicated report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
However, this issue has been closed as a Duplicate of MC-113869.
It has been linked to this report. If you have additional information, please add it to the duplicated report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
However, this issue has been closed as a Duplicate of MC-113869.
It has been linked to this report. If you have additional information, please add it to the duplicated report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
Thank you for your report!
However, this issue is a Duplicate of MC-113869.
It has been linked to this report. If you have additional information, please add it to that report.
Please search before reporting, as it's likely that one exists already.
Quick Links:
📓 Issue Guidelines – 💬 Community Support – 📧 Customer Support – 📖 Game Wiki
As of 2018-08-20 for java edition 1.13 this is STILL an issue, and is continually repeatable: Shulker boxes with custom names whether done in a give command or with an anvil can have the custom name while in inventory, and when placed, but then after it is broken and picked up the name defaults to the original default name loosing its custom name (one would expect that it should still have the custom name until it is renamed).
And to be certain this is NOT the only part of the issue that is NOT resolved, for example it can sometimes still loose the custom name after leaving the game and coming back later although I cannot be certain of the conditions for that particular bug to be repeated, it does still happen seemingly in a random way.
There is another issue with bugs being marked as duplicates that, after tracking down all the lists of supposed duplication, resolve to open issues that describe clearly different issues than this one.
As of 2018-08-20 this is NOT a duplicate of an open issue! The following either describe similar but not exactly the same issue of sometimes different versions or nearly the same issue but marked as resolved due to a presupposed duplicate that resolves to an open issue that is clearly NOT the same:
https://bugs.mojang.com/browse/MC-107554 [Shulker Box Custom Names Doesnt Stay, resolved?]
https://bugs.mojang.com/browse/MC-107575 [The Shulker Box Loses its Name When Placed, resolved?]
https://bugs.mojang.com/browse/MC-107441 [Renamed shulker box doesn't keep his name when placed, resolved?]
https://bugs.mojang.com/browse/MC-107669 [Shulker Boxes do not retain name when placed, resolved?]
https://bugs.mojang.com/browse/MC-107390 [Shulker boxes (all types) do not remember their name when being placed, resolved?]
https://bugs.mojang.com/browse/MC-107388 [Shulker boxes don't retain custom names when placed or broken, resolved?]
https://bugs.mojang.com/browse/MC-107566 [Shulker Boxes lose their name when placed/broken, resolved?]
https://bugs.mojang.com/browse/MC-107706 [Shulker Boxes don't retain anvil re-name when placed down or broken, resolved?]
The only one that actually matches this issue is MC-107554, but it is marked as resolved due to duplication. All of those (including that one) are marked as resolved pointing to other issues that culminate to two open issues that are NOT the same issue covering this still existent issue in 1.13 as of 2018-08-20:
Open but not the same issue and doesn't cover 1.13:
https://bugs.mojang.com/browse/MC-113869 [renaming to empty retains name]
Open but clearly not the same issue:
https://bugs.mojang.com/browse/MC-124327 [renaming in anvil keeps text]
The larger point here is that this is not a duplicate that is resolved by any open issue, and to follow MC-113869 and/or MC-124327 does not make any sense as they do NOT cover this still existing issue in 1.13 as of 2018-08-20.
So where to go from here? If I post this new bug report will someone try to mark it as a duplicate of one of the others that point to issues that DO NOT cover the still existent issue, or will they heed this warning of non-duplication and maybe point those others to the clearly unresolved issue? I guess we shall see.
confirmed in 1.12
This bug is quite annoying.. The best thing you can do is rename your shulker boxes to their corresponding color and than shulker box, but it will say the color in the container gui which the un-named doesn't and also the font is tilted
Can confirm for MC 1.12.1.
Confirmed in 1.12.2
Confirmed for 1.13.1.
Confirmed for 1.13.2
This was fixed in 18w43a
Bug appears again in 1.15.2