Color Code '&r' sets to '<.reset.>' instead of resetting any color code values previous from it.
Originally, there was a noticable issue with players nicknames affecting their chat messages from the formatting of their nicks. (such as bold nicknames occurring from the nickname using the bold color code '&l'.) I tried just adding the '&r' after the displayname placeholder, but it just say's <.reset.>. (Can find this in screenshots)
Also tried to let users just add it to the end of their usernames to perhaps see if it works there instead. Nope.
To "Reproduce"
Steps to reproduce the behavior:
Added the '&r' color code to message format in config OR to a nickname itself
reload plugin
type in chat to find formatting not working, and just says "<.reset.>" wherever it was originally placed in the config.
This isn't really a major bug, just a weird one. There's no error logs or whatever. (I'm sure it's easy to fix, and probably can be done within the plugins configs itself, I just haven't been able to find out how)
Expected behavior
I just expected this to just reset any chat formatting to be removed. It's weird since the color codes are fine, but the format codes don't. Color codes (both hex and legacy color codes work. The formats do too, but not the reset color code.)
Screenshots
Here's what happened when trying to add the '&r' to reset in the message formatting option in the config file.
Here's what happened when trying to add '&r' in the nickname itself.
Here's all of my plugins:
Software:
Server Implementation: Paper
Minecraft Version 1.20.1
Java Version 16
Plugin Version 3.1.1
Additional context
Yet again, as stated before, there are no error logs. No "plugin is overriding ..." So, I'm not sure why this is. Perhaps a Vault issue? Yet, Vault is installed on its latest version.
Color Code '&r' sets to '<.reset.>' instead of resetting any color code values previous from it. Originally, there was a noticable issue with players nicknames affecting their chat messages from the formatting of their nicks. (such as bold nicknames occurring from the nickname using the bold color code '&l'.) I tried just adding the '&r' after the displayname placeholder, but it just say's <.reset.>. (Can find this in screenshots) Also tried to let users just add it to the end of their usernames to perhaps see if it works there instead. Nope.
To "Reproduce" Steps to reproduce the behavior:
This isn't really a major bug, just a weird one. There's no error logs or whatever. (I'm sure it's easy to fix, and probably can be done within the plugins configs itself, I just haven't been able to find out how)
Expected behavior I just expected this to just reset any chat formatting to be removed. It's weird since the color codes are fine, but the format codes don't. Color codes (both hex and legacy color codes work. The formats do too, but not the reset color code.)
Screenshots Here's what happened when trying to add the '&r' to reset in the message formatting option in the config file.![image_2023-12-25_000230466](https://github.com/MajekDev/HexNicks/assets/61992533/4791b069-cc38-43de-a7f3-dc0dfd9f5432)
Here's what happened when trying to add '&r' in the nickname itself.![image_2023-12-25_000351400](https://github.com/MajekDev/HexNicks/assets/61992533/d201df55-8f05-4833-aee1-d98d2fff6c46)
Here's all of my plugins:![image](https://github.com/MajekDev/HexNicks/assets/61992533/df21332b-d6bf-48eb-ace4-5de81da58ef6)
Software:
Additional context Yet again, as stated before, there are no error logs. No "plugin is overriding ..." So, I'm not sure why this is. Perhaps a Vault issue? Yet, Vault is installed on its latest version.