NBT "HideFlags" does not hide "Dyed" on leather armor
The bug
This isn't so much a bug as an oversight. You should include the "Dyed" or "color:(hex #)" as a line that you can hide for leather armor.
Code analysis
Code analysis by Marcono1234 can be found in this comment.
Linked Issues
Created Issue:
HideFlags oversight
This isn't so much a bug as an oversight. You should include the
"Dyed" or "color:(hex #)"
as a line that you can hide for leather armor. Thank you.Environment
N/A
relates to
HideFlagsoversightNBT "HideFlags" does not hide "Dyed" on leather armor
is duplicated by
A comment with security level 'global-moderators' was removed.
A comment with security level 'global-moderators' was removed.
This isn't so much a bug as an oversight. You should include the
"Dyed" or "color:(hex #)"
as a line that you can hide for leather armor. Thank you.
N/A
This isn't so much a bug as an oversight. You should include the
"Dyed" or "color:(hex #)"
as a line that you can hide for leather armor. Thank you.This isn't so much a bug as an oversight. You should include the
"Dyed" or "color:(hex #)"
as a line that you can hide for leather armor. Thank you.
Code analysis by Marcono1234 can be found in this comment.
This isn't so much a bug as an oversight. You should include the
"Dyed" or "color:(hex #)"
as a line that you can hide for leather armor. Thank you.
Code analysis by Marcono1234 can be found in this comment.
The bug
This isn't so much a bug as an oversight. You should include the "Dyed" or "color:(hex #)" as a line that you can hide for leather armor.
Code analysis
Code analysis by Marcono1234 can be found in this comment.
To better explain what he's saying:
Dyed Armor contains a line of lore saying that it is dyed. HideFlags cannot currently hide this and it should be able to.
Is this still a concern in the current Minecraft version 14w18b / Launcher version 1.3.11 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
Confirmed for 14w18b, launcher version 1.4.2.
Method:
Note: Usually, HideFlags uses values of 0-31 (2^5 values). Adding another line to hide would make it use 0-63 (2^6 values).
I used a simple command,
give @p leather_chestplate 1 0 {display:,HideFlags:31}
to test it (this would hide all lines available to hide). The line still displayed.
As I said, adding the other line would bring the values to 63, so I tried
give @p leather_chestplate 1 0 {display:,HideFlags:63}
and got the same result.
I can confirm this for 14w30c
Confirmed as of Minecraft version 1.8.
confirmed for 15w47c
Resolving as invalid/feature request - if you can edit an item's HideFlags you can also edit its lore. You don't need to hide the lore then.
Why did you changed it to "invalid", @redstonehelper??? "Dyed" is above "lore" and we can't edit it...
Oops, someone said it was lore. Reopened.
Confirmed for 15w51b
Same problem in 1.9.
Please link to this comment in the description
The following is based on decompiled version of Minecraft 1.9 using MCP 9.24 beta. All method and class names are the names used in the decompiled version.
The affected method is net.minecraft.item.ItemStack.getTooltip(EntityPlayer, boolean). This question is if the "Color: ..." should be hidden in the advanced tool tip mode (F3 + H) as well.
Note: This method could be optimized by having the for loop iterating over the values of net.minecraft.inventory.EntityEquipmentSlot only running after testing if the attributes should be shown.
Confirmed for 1.10.2
Confirmed for 1.11.2.
Confirmed for 1.12
Still in 18w02a
Confirmed for 1.13.1
Confirmed in 19w04a
Confirmed for 1.14.4
Confirmed for 1.15.1
This is still an issue in 1.15.2. AFAIK, it'd just require another flag. Maybe it could be done for 1.16? This is really annoying for mapmakers.
This has been an issue for me over the course of many years. I would love for it to be resolved particularly since it should be a relatively simple fix.
I support adding an extra flag, this is really annoying for mapmakers.
I wish this gets added in 1.16
Confirmed in 1.15.2
Is bumping allowed?
@Luis Benavides, I have added 1.15.2 as affected version now based on your comment. In case we miss a comment and don't update the affected versions within a week or so, feel free to add another comment or contact us on Discord or Reddit.
What do you mean by "bumping"? If you mean adding a comment without any relevant information (such as only "bump") in an attempt to increase the importance of a report, then the answer is no. It will only unnecessarily notify all watchers (16 people here) and since no Mojang developer is assigned they would not even notice it. And even if one was assigned they will probably rather be annoyed by such comments as well.
Confirmed in 1.16.1.
Added new flag with value 64 to hide that tooltip line