[Bug] Prefix parsing is a bit bugged
Jadiction opened this issue ยท 5 comments
Bug Report
Type /ver NametagEdit and post the output.
[07:32:08 INFO]: NametagEdit version 4.4.2
[07:32:08 INFO]: Authors: sgtcaze and Cory
What version of Bukkit/Spigot/PaperSpigot are you using? Type /ver
[07:34:00 INFO]: This server is running Paper version git-Paper-137 (MC: 1.14.4) (Implementing API version 1.14.4-R0.1-SNAPSHOT)
Please explain your issue. How do you trigger it?
I'm not entirely sure of the pattern yet, but certain prefixes do not work. Examples:
Prefix: '&5[Subscriber]&7 '
(There's a space in prefix but not in the name)
http://prntscr.com/ok9bp4
Prefix: '&5[Subscribe]&7 '
(Seems removing the "r" allowed the space to process?)
https://prnt.sc/ok9cjv
Prefix: '&5[Subscribe test]&7 '
("t]" seem to mess up the prefix)
https://prnt.sc/ok9duq
Prefix: '&5[God Donator]&7 '
(I don't know what's happening here. There's no pattern. The name has no space, doesn't "process" the &7 color code, and even removes the beginning letter from the player's name)
https://prnt.sc/ok9i3r
Prefix: '&1Server Admin&7 '
(I wanted to say the brackets were the only constant, but even when I remove them, the second space doesn't get processed)
(Yes, I also tried Prefix: '&1Server Admin&r &7'
) - When I do that, it seems to ignore the &7
after the second space, because my name is white (due to &r).
http://prntscr.com/ok9kw1
I can do more examples to further narrow the issue, but I'm hoping this may be enough to find a solution as to why the prefix parsing seems to be a little bit messed up.