Essentials nickname isn't hex colored in TabList
Kanin opened this issue ยท 39 comments
Type of bug
Compatibility issue
TabList version
[01:07:41 INFO]: TabList version 5.5.5
[01:07:41 INFO]: An ultimate animated tablist.
[01:07:41 INFO]: Author: montlikadani
Software version
This server is running Purpur version git-Purpur-1308 (MC: 1.17.1) (Implementing API version 1.17.1-R0.1-SNAPSHOT) (Git: d4afd4e on ver/1.17.1)
Relevant plugins
[01:09:12 INFO]: Plugins (23): BetterSleeping4, BuycraftX, DeluxeChat, DeluxeChatHex, DeluxeTags*, DiscordSRV, EpicRename, Essentials, FastAsyncWorldEdit (WorldEdit), GSit, JustOneMore*, LuckPerms, Maintenance, mcMMO, Orebfuscator, PlaceholderAPI, PlayTime*, ProtocolLib, RightClickHarvest, ServerListPlus, TabList, Towny, TownyChat
Console error (if applicable)
No response
TabList configuration files
https://paste.gg/p/anonymous/f7100b24a0f3448b81db0a0849c5cbd0
Bug description
Nicknames with hex codes in them via Essentials do not appear colored in the tablist.
Please install the newest build from Actions page, select the first one and find Artifacts.
Please install the newest build from Actions page, select the first one and find Artifacts.
Okay it appears to be an issue with the hex code being prefixed by & (&#FA66077) as that's what's in the documentation for using hex codes.
Where in the documentation?
Still having the issue, exact same result as the screenshot above.
I can't reproduce
You probably installed the wrong file.
Okay it appears to be an issue with the hex code being prefixed by & (&#FA6607) as that's what's in the documentation for using hex codes. Any chance this could be fixed? For what it's worth it does work in tablist when removing the &, but it does not in chat.
Okay it appears to be an issue with the hex code being prefixed by & (&#FA66077) as that's what's in the documentation for using hex codes.
Where in the documentation?
https://essentialsx.net/wiki/Color-Permissions.html rgb | &#RRGGBB
# Format of the displayed name: prefix - tabname - suffix
# This will be applied to all players without any other group assigned
globalGroup:
prefix: "%luckperms_prefix%&r "
tabname: "%essentials_nickname%"
suffix: ""
groups:
# Vault group name OR player name OR custom group name (custom is assigned via permission)
# exampleGroup:
# prefix: "&a[&cStaff&a]&6 "
# tabname: "%player-displayname%"
# suffix: ""
# permission: tablist.staff
admin:
prefix: "%luckperms_prefix%&r "
tabname: "%essentials_nickname%"
suffix: ""
permission: tablist.admin
sort-priority: 4
mod:
prefix: "%luckperms_prefix%&r "
tabname: "%essentials_nickname%"
suffix: ""
permission: tablist.mod
sort-priority: 3
builder:
prefix: "%luckperms_prefix%&r "
tabname: "%essentials_nickname%"
suffix: ""
permission: tablist.builder
sort-priority: 2
default:
prefix: "%luckperms_prefix%&r "
tabname: "%essentials_nickname%"
suffix: ""
permission: tablist.default
sort-priority: 1
It actually appears some members join and instantly get a group, while others take a while.
If you have increased refresh interval it will takes more time to retrieve the group. You need to decrease to default 4 or less
It appears they go below me once they get updated, but it sure is taking a while to update them and it's quite random. Any idea what could be the cause of that?
Tested multiple times and now seems to be fixed the coloring, not sure the ordering is fixed with the newest build from Actions, but you can do a try again
okay so it appears the original issue is fixed, however I've noticed a few more. The first time going to vanish when logging in the tablist loses the header and footer:
also the grouping does still appear to be very delayed/messed up, when someone goes afk it seems to randomize, as well as on join (delayed to actually sort)
Tested multiple times and now seems to be fixed the coloring, not sure the ordering is fixed with the newest build from Actions, but you can do a try again
When trying to download that from Actions github throws a This page is taking too long to load.
unicorn. Any ideas?
Probably you have enabled
hide-tab-when-player-vanished
in tablist config
Ahh yeah I guess I misunderstood that option, I thought it meant to hide the name in tab. Well I guess there's a bug with that, it only hides on the first vanish.
Well I guess there's a bug with that, it only hides on the first vanish.
It depends from the vanish plugin, if you have essentials installed and a player is vanished the tablist header/footer will be hidden for them.
Well I guess there's a bug with that, it only hides on the first vanish.
It depends from the vanish plugin, if you have essentials installed and a player is vanished the tablist header/footer will be hidden for them.
Fair, I use SuperVanish so that may be the issue. It hides the header/footer on first vanish but not after.
If player vanished the tab is hidden, if the player is unvanished the tab will be visible again.
If player vanished the tab is hidden, if the player is unvanished the tab will be visible again.
Right, but then if the player vanishes again the tab is not hidden
Right, but then if the player vanishes again the tab is not hidden
Fixed in the newest build
Any idea on the major delay/misordering?
Well, you could try to disable prefer-primary-vault-group
in config and decrease the refresh-interval
at least to 2, I don't have this issue anyway