search

games647 / FastLogin

Checks if a minecraft player has a valid paid account. If so, they can skip offline authentication automatically. (premium auto login)
https://www.spigotmc.org/resources/fastlogin.14153
MIT License
502 stars 121 forks source link

Premium UUIDs feature #502

Open M4RC0Sx opened 3 years ago

M4RC0Sx commented 3 years ago

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.

vaporvee commented 3 years ago

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

M4RC0Sx commented 3 years ago

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...

games647 commented 3 years ago

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.

VOrlando520 commented 3 years ago

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.

games647 commented 3 years ago

@VOrlando520 there are plugins that convert the data and you can always use the offline UUID.

VOrlando520 commented 3 years ago

@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