MC-96609Pick block on player head does not use BlockEntityTag
The bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.
How to reproduce
- Use this command and place the skull
/give @p minecraft:player_head{SkullOwner:"Notch"} 1 - Copy the skull with its NBT data
→
The copied skull has no "+NBT" Lore
Attachments2
Created Issue:
Pick block player head does not set +NBT as Lore
The bug
When you copy a block with NBT data using Ctrl + Middle mouse button the copied block has the Lore: "+NBT"
This is not the case for skulls.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" Lore
The bug
When you copy a block with NBT data using Ctrl + Middle mouse button the copied block has the Lore: "+NBT"
This is not the case for skulls.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" LoreThe bug
When you copy a block with NBT data using Ctrl + Middle mouse button the copied block has the Lore: "+NBT"
This is not the case for skulls.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" Lore
![[Mod] redstonehelper](../../../data/avatars/users/10122.svg){kind=small}
Pick block player head does not set +NBT as LoreCtrl pick block on player head does not use BlockEntityTag
The bug
When you copya blockwithNBT data using Ctrl + Middle mouse button the copied blockhas the Lore: "+NBT"
This is not the case for skulls.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" LoreThe bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent but also prevents tags added to the skull to be copied in the future.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" Lore
The bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistentbutalso prevents tags added to the skullto be copiedin the future.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" LoreThe bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.How to reproduce
- Use this command and place the skull
/give @p skull 1 3 {SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" Lore
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
The bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.How to reproduce
- Use this command and place the skull
/give @pskull 1 3{SkullOwner:"Notch"}- Copy the skull with its NBT data
The copied skull has no "+NBT" LoreThe bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.How to reproduce
- Use this command and place the skull
/give @p minecraft:player_head{SkullOwner:"Notch"} 1- Copy the skull with its NBT data
The copied skull has no "+NBT" Lore
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
The bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.How to reproduce
- Use this command and place the skull
/give @p minecraft:player_head{SkullOwner:"Notch"} 1- Copy the skull with its NBT data
The copied skull has no "+NBT" LoreThe bug
The BlockEntityTag tag for items should be used when an block and its NBT data is copied using Ctrl + Middle mouse button.
Additionally the copied block gets the Lore: "+NBT"
This is not the case for skulls, they get the NBT data only for their SkullOwner tag. This is problematic because it is inconsistent and also prevents tags added to the skull block in the future to be copied.How to reproduce
- Use this command and place the skull
/give @p minecraft:player_head{SkullOwner:"Notch"} 1- Copy the skull with its NBT data
→
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
Ctrl pick block on player head does not use BlockEntityTagPick block on player head does not use BlockEntityTag
image-2024-07-06-12-33-23-014.png
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
Doesn't regular pick block also preserve player data?
Regression of
MC-48881?Probably intended, because it already says its player name in the item name.
No, Dlawso the Really Lucky Rabbit this is purly about the lore of the item not saying +NBT
Roy Sajima that means it has the nbt data in the skull, but normally with control+pick block it also adds the lore +NBT which makes this inconsistant
[Mod] redstonehelper, no it does not
Confirmed. That might looks intended, but it's not : The code has a special condition on skulls (if the skull has a Owner tag) that correctly handle the transfer from the Owner tag to the SkullOwner tag so that a BlockEntityTag is not needed (The "+NBT" Lore show that there is a BlockEntityTag tag). Here is the problem : How is the Item supposed to know that the tags left in the block skull are not needed? The answer is that he is not supposed to know, and thus he needs to keep all the remaining tags into the BlockEntityTag tag like all the others items keep many useless tags into this tag. Fortunately, the tags left in the skull are indeed not needed ... YET. If someone decide to add a useful tag to the skull block, that tag will not be kept with a Ctrl+Middle mouse.
I updated the report accordingly
Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.
This is an automated comment on any open or reopened issue with out-of-date affected versions.
Confirmed in 1.16.1.
Can confirm in 20w48a.
Can confirm in 21w05b.
Can confirm in 1.17.1.
Fixed in 24w09a when NBT was replaced with components. It is now expected that +NBT would not show.
I can confirm that this has been fixed in 24w09a and attached two images: one demonstrating a fixed version, the other demonstrating a bugged version.