Sponge Downloads

All builds

  1. 1.16.5-8.1.0-RC1305

    1. Prevent invalid status responses with empty/dummy player UUIDs (#3831)
      Right now SpongeGameProfile.toMcProfile() converts all SpongeAPI GameProfiles
      with empty UUIDs (= new UUID(0, 0)) to authlib GameProfiles with a null UUID.
      
      This is fine in most cases but problematic for the sample/player list in
      the status response. Empty UUIDs can be used there to create dummy entries,
      to display custom messages in the server list instead of the online players.
      (See e.g. https://github.com/Minecrell/ServerListPlus/wiki/Status-Configuration#player-hover-messages)
      
      The Minecraft client completely rejects status responses that contain
      GameProfiles with null UUIDs and/or null names. This is why it is
      important that the empty UUID is not converted to a null UUID.
      
      Prevent sending invalid responses to the client by making sure both
      UUID and name are non-null in the player samples of the status response.
      
      This fixes a regression in API 8 when using the ServerListPlus plugin
      on Sponge. The problem was likely introduced in some GameProfile refactoring
      (API 7 worked fine).
      stephan-gh - 3 years ago
  2. 1.16.5-8.1.0-RC1296

    1. Bump SpongeAPI
      immorpheus - 3 years ago
  3. 1.16.5-8.1.0-RC1294

  4. 1.16.5-8.1.0-RC1292

    1. Fix Error related to Banned users with Expiration dates (#3817)
      * Resolve date formatting error when expirationDate exists.
      
      * Remove StoredUserListMixin.java
      This actually causes a ClassCastException wherein it attempts to cast a String to a GameProfile
      
      * Appease the checker
      
      * revert changes for StoredUserListMixin
      
      * Appease the checker
      
      ---------
      
      Co-authored-by: Jesse <[email protected]>
      DrZoddiak - 3 years ago
  5. 1.16.5-8.1.0-RC1291

    1. removed unnecessary blocking (#3832)
      Co-authored-by: ZelvaLea <[email protected]>
      zelvalea - 3 years ago
  6. 1.16.5-8.1.0-RC1290

  7. 1.16.5-8.1.0-RC1278

  8. 1.16.5-8.1.0-RC1276

    1. Fix ChunkEvent.Save.Post firing too early
      The chunk was only scheduled to be saved here and does not yet exists in the storage container
      aromaa - 4 years ago
  9. 1.16.5-8.1.0-RC1269

    1. Fixes to serialization behavior
      We were marking world unload as manual save, it should be explicitly asked for.
      
      The documentation of ServerWorld#save states that it should return false on SerializationBehavior.NONE.
      However still call the events to be consistent with how it works for other sources.
      
      Make sure we set the isManualSave to false in case the save event is cancelled. Otherwise the next call would be errously marked as manual save.
      
      Fixed that we did not do automatic saves on saves marked as manual, we should always on automatic behaviour.
      aromaa - 4 years ago
  10. 1.16.5-8.1.0-RC1264