-
Bug
-
Resolution: Fixed
-
Minor
-
None
-
None
-
None
-
1.13.1, I'll get a /version when I get home if needed
-
Yes
So, I'm not sure if this is intended behavior.
Steps:
- give a placed chest block (or other container that's nameable) a custom name via a plugin. Make sure the name contains a reset color code.
- Print name to chat, or to file for raw output. Observe that the reset color code has turned into ChatColor#BLACK ( §0 ) and prints in chat as such.
- Break the chest so it turns into an item. Pick up the item. Observe that text after where reset color char was originally inserted is now white.
- Print out this name in chat or file, Observe that the place the reset color code has turned into ChatColor#WHITE ( §f ) and prints in chat as such.
This causes issues when attempting to compare a string that has the reset chatcolor included with it - since what I get is the §0 or §f instead of the reset char §r despite using the same string to set the custom name.
- is duplicated by
-
SPIGOT-4442 Inventory#getTitle actualy ignores some colors
- Resolved
- relates to
-
SPIGOT-4041 ItemNames - broken
- Resolved
-
SPIGOT-4123 ItemStack YAML serialize problem
- Resolved
-
SPIGOT-4177 Plugin previously clearing item displayname with empty string
- Resolved
-
SPIGOT-4373 getDisplayName not displaying color BLACK
- Resolved