Pack status fixes and more 1.20.4 compatibility​

• Unifies how pack statuses are forwarded in a proxy network. Now any combination of Spigot + BungeeCord/Velocity sending packs in both directions should also forward all statuses between the other plugin if FRP is installed on both.
  This means that actions are now executed on the Minecraft server as well as the proxy at all times! (Previously only some were executed based on the combination)
  Please test your setups if you use actions on both Spigot and the proxy to see if this impacts you!
  If you do run into issues then I suggest testing out the pack-actions added in the 1.12.0 update. With them you should be able to properly specify which pack should cause which action to run.
• Fixed that the UUID wasn't properly read when running FRP on Bungee and a backend server sent a pack (via plugin or server.properties) which would cause a packet reading error.
  Please note that running ViaVersion on the proxy might still break it. Move them to the Spigot server for best compatibility!
• Fixed packs not being (easily) removable when sending them from Velocity due to missing UUID in resource pack packet.
• Fixed new statuses causing errors on Velocity and generally unified how pack statuses were parsed from packets/platform-dependent API methods to avoid such error s in the future
• Fixed that running the plugin on an outdated Velocity would print a non-descriptive error. It now prints a proper error message indicating that at least Velocity 3.3.0 is required.

Click to expand...

Spoiler: Side note

I thought about including a large ASCII sign in the log message but decided against that. But if anyone needs one, here it is (licensed under CC0)

Bedrock detection improvement and fix possible NPE​

• Fixes issues with the pack status (a possible NPE when no/an unknown UUID is sent as well as a different behaviour between Velocity and the other platforms)
• Changes the Bedrock-client detection so that it will always use the Geyser or floodgate APIs if they are installed. It will only fall back to checking for an XUID if neither of them are installed.

Click to expand...

Velocity and getpack command fixes​

• Fix error when trying to load certain config values on latest Velocity (please note that since 1.12.1 only Velocity 3.3.0 is supported!)
• Add workaround for Velocity not supporting pack removal yet. This requires FRP to be installed on both Velocity and the backend Spigot server! (Just configure the same packs and the ones you want to not be removed on that particular server as global optional-packs
• Fix FRP not properly hooking into ViaVersion when used on Velocity
• Revert rename of subcommand getpack to keep language files and permissions working like before. getpacks is now an alias of that sub command but not the main name.

Click to expand...

Fix pack removal error and multi pack improvements​

• Fixes "pack removal not supported" error on Spigot 1.20.3/4
• Use new pack removal API on Spigot 1.20.4 when using a build where it is available
• Add more startup debug regarding the internal server version
• More improvements for 1.20.3+ multi-pack support
• Improve handling of old packets getting sent when running on BungeeCord

Click to expand...

• Fixes issues with 1.20.3/4 in some cases when running on BungeeCord
• Fixes some multi-pack related issues (especially with pack variants)
• Added per-pack status PlaceholderAPI placeholders (%frp_status_<pack>_<status>%)
• Enforce uniqueness of pack UUIDs
• Fixes an issue with the WorldGuard integration which would cause an error log on join

1.12.0 - 1.20.3/4 support and multi packs!​

• This update adds support for 1.20.3/4 on BungeeCord and Spigot (Velocity will follow once their resource pack API is done)
• Notable for networks: With 1.20.3+ clients the issue where the pack will get resent on every server switch is fixed!
• Added the ability to specify the pack uuid. If it's not set it will be automatically be created based on the pack name.
• Add ability to specify multiple global and per-world/server packs to be applied at the same time for 1.20.3/4 clients.
  This uses the new packs config option which can be added to both global or per-world/server assignments.
  Clients before 1.20.3 will apply only the first pack in that list so you need to use per-version pack variants if you want to support both!
• On 1.20.3+ clients packs are now directly removed instead of using the empty pack.
• Added support for the new 1.20.3+ resource pack statuses (only used when the player uses a 1.20.3+ client!):
  DOWNLOADED: The player finished downloading the pack
  INVALID_URL: The URL provided wasn't valid
  FAILED_TO_RELOAD: The client failed to (re)load the applied pack
  DISCARDED: The client decided to not do anything with the pack (e.g. the same version was applied already)
• Added the ability to specify status actions per-pack with the new pack-actions and first-join-pack-actions config sections for the global and per-world/server assignments. (See the default config for more info)
  This can also be modified via commands:
  /frp [globalassignment|assignment <assignment>] ...
  addpackaction <status> <action> <value>
  removepackaction <status> [<action>]
  addfirstjoinpackaction <status> <action> <value>
  removefirstjoinpackaction <status> [<action>]

Click to expand...

Fix first join actions on BungeeCord​

• Fix a bug that caused the first-join-actions to not work on BungeeCord proxies. (Make sure that you enable store-joins if you want this functionality!)

Click to expand...

JPremium support on Velocity​

• This update adds support for JPremium on Velocity

PS.: This is build number 666

Click to expand...

1.11.47​

• Updated to work with latest BungeeCord builds (these are required for it to work as backwards compatibility in this case is harder to do and doesn't make sense with BungeeCord in the first place as it supports all versions down to 1.8. If in a couple weeks you have an actual compelling reason to need this then please contact me)
• Fixed a potential timing issue when sending a resource pack on BungeeCord

Click to expand...