FastLogin
FastLogin copied to clipboard
games647
Premium UUIDs feature
Is your feature request related to a problem? Please describe.
Yes. Now, all my players are having offline UUIDs. I want an option where I can tell the plugin the Premium players join with premium UUID and, if they have already joined, the plugin does not overwrite their UUID and make them available to keep his offline UUID in order to don't lose any progress in any BungeeCord server of the network.
Describe the solution you'd like
LIke I said, an option that if enabled, make new premium players in the server have a premium UUID and old premium players with offline UUID could have the option to overwrite it and lose their progress by using /premium again.
there is a premium uuid feature maybe its disabled in the config but just move the progress with a plugin. i used invsee++ and moved the items manually but it doesnt transfer xp and other player data mabye there are other better plugins that could help you with that
there is a premium uuid feature maybe its disabled in the config but just move the progress with a plugin. i used invsee++ and moved the items manually but it doesnt transfer xp and other player data mabye there are other better plugins that could help you with that
If you have a decent ammount of users and plugins that store data, this is not an option...
There also plugins that do that automatically for their own data or for others. However I see your point. The issue is detecting the play state. For single servers, it's easy we can use internal Spigot data that exposes if the player joined before. The pain point is BungeeCord environments, where we would need to ask every single server.
My idea would be to rely on the registration status of the auth plugins. If there user is already registered, don't change the UUID. If just autoregistered by us, then change it.
There also plugins that do that automatically for their own data or for others. However I see your point. The issue is detecting the play state. For single servers, it's easy we can use internal Spigot data that exposes if the player joined before. The pain point is BungeeCord environments, where we would need to ask every single server.
My idea would be to rely on the registration status of the auth plugins. If there user is already registered, don't change the UUID. If just autoregistered by us, then change it.
Any update on this? Seems the double UUID issue is breaking some plugins I use that use UUID as their main feature to distribute things to players like player vaults, etc. I have to manually fix them but that takes a lot of time to do it for multiple players.
@VOrlando520 there are plugins that convert the data and you can always use the offline UUID.
@VOrlando520 there are plugins that convert the data and you can always use the offline UUID.
would you mind pointing me in the direction of the plugins that convert the data? and the two sets of uuid's break some plugins i use. where the plugin utilizes the first generated UUID whereas fastlogin uses the 2nd one