BungeeTabListPlus
BungeeTabListPlus copied to clipboard
Server players showing up before any BTLP
Similar to issue #522 , but apparently not the same cause, as the most recent dev builds has NOT fixed it for me.
Currently using build 941 - The regular players on a server show up before any BTLP output - sometimes they have names, sometimes they don't. I've tried completely resetting my config to various defaults from the wiki. All results come out the same.
Reinstall Bungee this morning:
And Spigot
All has been perfectly fine here on our end after the revert. I'm convinced this must be something on your end, as the entire thing that caused this was completely reverted.
As I said in your ticket; obviously the offending issue is different regardless of what the result is, which is why a new ticket was opened. The most basic of BTLP tab lists are showing messed up with the most recent dev build of BTLP, most recent BungeeCord, and most recent Spigot 1.15.2 version. Even an unsorted tab list with no headers, footers, or place holders, show everyone on the server first, then goes into the BTLP information.
We are using the latest waterfall, paper and BTLP with no issues even when attempting to run in a default setup with no other plugins as you said. (Just tested). Can you try paper, waterfall latest?
Perhaps try to go back a few builds and see where the issue broke for you.
I have not tried Paper or Waterfall yet - Will be unavailable (yay "essential" employees) until very late, but will try both as soon as I can.
I recommend you have a look at your other BungeeCord plugins. If you have something that modifies scoreboard teams (e.g. a nametag plugin) - remove it.
Sorry for delays - things IRL are crazy. Long story short, Waterfall & Paper together fix the issue.
Swapping to Waterfall while remaining on Spigot did not change anything. Swapping to Waterfall AND Paper fixed the problem on all servers except one, so that's clearly a plugins issue there. I did not try Bungee with Paper.
This is all using release 941. I will backtrack ASAP to figure out where the issue arose initially.
I am having a similar issue. Players appear in the right spot, but move here after a while... This issue didn't happen until after updating to the latest spigotmc.org resource release:
A reload of the plugin fixes the issue, but the players get bumped down again.
To fix this issue it would be immensely helpful to have some way to reproduce it. I.e. what I need are detailed instructions: Which version of Bungee and Spigot, which plugins and what tasks to perform in game to trigger the issue. I understand this might be difficult to come up with since the issue appears to occur at random. But should you figure out a way to reliably trigger the issue please post it here,
@CodeCrafter47 The bungee version is the latest available Waterfall release on papermc.io along with server versions being likewise. I make sure to keep all of my servers up-to-date with the papermc.io releases and the issue prevails after all updates I have run it in.
apologies for the second screen on the screenshot.
This issue appears to still occur with the latest build available through spigotmc.org.
I mean you theoretically should be blocking all tab data from the servers themselves, thus stopping the servers from updating the tablist themselves. So if there is an issue, it would be proxy-side. No?
If this information helps, the bukkit bridge and supervanish are installed.
Since you are using the latest version of the plugin. Do you have the experimentalTabCompleteFixForTabSize80
option enabled in config.yml? If it is enabled, then a commit I made two days might fix the issue, so in that case you should try the latest dev-build.
BungeeTabListPlus doesn't block all the tab data from the server, as some of it is required for the game to work. Additionally the tab list is influences by scoreboard teams. BTLP uses teams to order the slots. It does make some changes to teams sent from the server to ensure the tab list looks as it should, but chances are it lets some teams pass which it shouldn't or there's a bug in the code. I think the issue can be fixed in BTLP, but it probably requires some specific spigot plugins to trigger the issue.