SteamWar/Paper-Old
Archiviert
13
0
Fork 0
Code Issues Pull-Requests Projekte Releases Wiki Aktivität
Dieses Repository wurde am 2024-12-25 archiviert. Du kannst Dateien ansehen und es klonen, aber nicht pushen oder Issues/Pull-Requests öffnen.
825191f069
Paper-Old/Spigot-Server-Patches/0266-Fix-CraftEntity-hashCode.patch

50 Zeilen
1.9 KiB
Diff
Originalformat Normale Ansicht Verlauf

Updated Upstream (Bukkit/CraftBukkit/Spigot) Upstream has released updates that appears to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing Bukkit Changes: 5b680f0b Note maximum objective score length in documentation CraftBukkit Changes: 5932f8a7 Load default world spawn areas in consistent order 3a5dc78f Fix confusing migration message appearing on fresh server 516a408f Remove redundant CraftBukkit change for secondary world data 73a2c749 Process conversation input on the main thread. 100c3f07 Cap Objective Score Length 6e842759 Cross World Entity Teleportation 7deba1c6 Check for blank OfflinePlayer Names f2746a5e Descriptive kick reasons instead of Nope! b0212308 Cap Channel Registrations a610dcd8 Identify CraftScheduler threads with useful names Spigot Changes: 19c3c5a5 Rebuild patches
2019-01-06 18:15:21 +01:00
From a8aaa82fc8fca58ee9cab877c23dbb674f02d44b Mon Sep 17 00:00:00 2001
Fix CraftEntity hashCode hashCodes are not allowed to change, however bukkit used a value that does change, the entityId. When an entity is teleported dimensions, the entity reference is replaced with a new one with a new entity ID. For hashCode, we can simply use the UUID's hashCode to keep the hashCode from changing. equals() is ok to use getEntityId() because equals() should only be true if both the left and right are the same reference. Since entity ids can not duplicate during runtime, this check is essentially the same as this.getHandle() == other.getHandle() However, replaced it too to make it clearer of intent.
2018-06-11 02:29:15 +02:00
From: Aikar <aikar@aikar.co>
Date: Sun, 10 Jun 2018 20:20:15 -0400
Subject: [PATCH] Fix CraftEntity hashCode
hashCodes are not allowed to change, however bukkit used a value
that does change, the entityId.
When an entity is teleported dimensions, the entity reference is
replaced with a new one with a new entity ID.
For hashCode, we can simply use the UUID's hashCode to keep
the hashCode from changing.
equals() is ok to use getEntityId() because equals() should only
be true if both the left and right are the same reference.
Since entity ids can not duplicate during runtime, this
check is essentially the same as this.getHandle() == other.getHandle()
However, replaced it too to make it clearer of intent.
diff --git a/src/main/java/org/bukkit/craftbukkit/entity/CraftEntity.java b/src/main/java/org/bukkit/craftbukkit/entity/CraftEntity.java
Updated Upstream (Bukkit/CraftBukkit/Spigot) Upstream has released updates that appears to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing Bukkit Changes: 5b680f0b Note maximum objective score length in documentation CraftBukkit Changes: 5932f8a7 Load default world spawn areas in consistent order 3a5dc78f Fix confusing migration message appearing on fresh server 516a408f Remove redundant CraftBukkit change for secondary world data 73a2c749 Process conversation input on the main thread. 100c3f07 Cap Objective Score Length 6e842759 Cross World Entity Teleportation 7deba1c6 Check for blank OfflinePlayer Names f2746a5e Descriptive kick reasons instead of Nope! b0212308 Cap Channel Registrations a610dcd8 Identify CraftScheduler threads with useful names Spigot Changes: 19c3c5a5 Rebuild patches
2019-01-06 18:15:21 +01:00
index 8b0f530ba..633cf7b30 100644
Fix CraftEntity hashCode hashCodes are not allowed to change, however bukkit used a value that does change, the entityId. When an entity is teleported dimensions, the entity reference is replaced with a new one with a new entity ID. For hashCode, we can simply use the UUID's hashCode to keep the hashCode from changing. equals() is ok to use getEntityId() because equals() should only be true if both the left and right are the same reference. Since entity ids can not duplicate during runtime, this check is essentially the same as this.getHandle() == other.getHandle() However, replaced it too to make it clearer of intent.
2018-06-11 02:29:15 +02:00
--- a/src/main/java/org/bukkit/craftbukkit/entity/CraftEntity.java
+++ b/src/main/java/org/bukkit/craftbukkit/entity/CraftEntity.java
Updated Upstream (Bukkit/CraftBukkit/Spigot) Upstream has released updates that appears to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing Bukkit Changes: 5b680f0b Note maximum objective score length in documentation CraftBukkit Changes: 5932f8a7 Load default world spawn areas in consistent order 3a5dc78f Fix confusing migration message appearing on fresh server 516a408f Remove redundant CraftBukkit change for secondary world data 73a2c749 Process conversation input on the main thread. 100c3f07 Cap Objective Score Length 6e842759 Cross World Entity Teleportation 7deba1c6 Check for blank OfflinePlayer Names f2746a5e Descriptive kick reasons instead of Nope! b0212308 Cap Channel Registrations a610dcd8 Identify CraftScheduler threads with useful names Spigot Changes: 19c3c5a5 Rebuild patches
2019-01-06 18:15:21 +01:00
@@ -542,14 +542,15 @@ public abstract class CraftEntity implements org.bukkit.entity.Entity {
Fix CraftEntity hashCode hashCodes are not allowed to change, however bukkit used a value that does change, the entityId. When an entity is teleported dimensions, the entity reference is replaced with a new one with a new entity ID. For hashCode, we can simply use the UUID's hashCode to keep the hashCode from changing. equals() is ok to use getEntityId() because equals() should only be true if both the left and right are the same reference. Since entity ids can not duplicate during runtime, this check is essentially the same as this.getHandle() == other.getHandle() However, replaced it too to make it clearer of intent.
2018-06-11 02:29:15 +02:00
return false;
}
final CraftEntity other = (CraftEntity) obj;
- return (this.getEntityId() == other.getEntityId());
+ return (this.getHandle() == other.getHandle()); // Paper - while logically the same, this is clearer
}
+ // Paper - Fix hashCode. entity ID's are not static.
+ // A CraftEntity can change reference to a new entity with a new ID, and hash codes should never change
@Override
public int hashCode() {
- int hash = 7;
- hash = 29 * hash + this.getEntityId();
- return hash;
+ return getUniqueId().hashCode();
+ // Paper end
}
public void setMetadata(String metadataKey, MetadataValue newMetadataValue) {
--
Updated Upstream (Bukkit/CraftBukkit/Spigot) Upstream has released updates that appears to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing Bukkit Changes: 5b680f0b Note maximum objective score length in documentation CraftBukkit Changes: 5932f8a7 Load default world spawn areas in consistent order 3a5dc78f Fix confusing migration message appearing on fresh server 516a408f Remove redundant CraftBukkit change for secondary world data 73a2c749 Process conversation input on the main thread. 100c3f07 Cap Objective Score Length 6e842759 Cross World Entity Teleportation 7deba1c6 Check for blank OfflinePlayer Names f2746a5e Descriptive kick reasons instead of Nope! b0212308 Cap Channel Registrations a610dcd8 Identify CraftScheduler threads with useful names Spigot Changes: 19c3c5a5 Rebuild patches
2019-01-06 18:15:21 +01:00
2.20.1
Fix CraftEntity hashCode hashCodes are not allowed to change, however bukkit used a value that does change, the entityId. When an entity is teleported dimensions, the entity reference is replaced with a new one with a new entity ID. For hashCode, we can simply use the UUID's hashCode to keep the hashCode from changing. equals() is ok to use getEntityId() because equals() should only be true if both the left and right are the same reference. Since entity ids can not duplicate during runtime, this check is essentially the same as this.getHandle() == other.getHandle() However, replaced it too to make it clearer of intent.
2018-06-11 02:29:15 +02:00
In neuem Issue referenzieren Permalink kopieren