Commit Graph

1233 Commits

Author SHA1 Message Date
41494c70b0 net/minecraft/util/datafix/** 2024-12-14 16:42:52 +01:00
f803e7cc28 update mache, rebuild patches for concurrency fix 2024-12-14 16:08:32 +01:00
649f20ca93 net.minecraft.util.thread 2024-12-14 15:51:03 +01:00
6fdbfef28e net.minecraft.world.level.entity 2024-12-14 15:02:14 +01:00
7d70dbf927 net.minecraft.world.damagesource 2024-12-14 14:47:37 +01:00
5eb4ceb6a4 net.minecraft.world.item.enchantment 2024-12-14 14:40:36 +01:00
729c6e5369 Random small stuff 2024-12-14 14:31:00 +01:00
679c2f7c9f More more entity classes 2024-12-14 13:05:27 +01:00
07642b457e More entity classes 2024-12-14 12:36:08 +01:00
03daab51f7 Entity class 2024-12-14 11:41:23 +01:00
afa25753de Fix compile issue in MinecraftServer 2024-12-14 05:48:25 +01:00
f25c1a33a0 Finish block entity 2024-12-14 05:45:11 +01:00
368d2116ba net.minecraft.world.entity.raid 2024-12-13 19:53:42 -08:00
aa7204fd62 net.minecraft.commands.arguments.selector 2024-12-13 19:46:27 -08:00
9793846a7e net.minecraft.world.level.redstone 2024-12-13 19:42:44 -08:00
c62af3a5b7 net.minecraft.world.level.saveddata.maps 2024-12-13 19:35:46 -08:00
d064a57573 fix a bunch of imports 2024-12-13 19:24:28 -08:00
64500a201f net.minecraft.server 2024-12-13 19:12:33 -08:00
ce9d79a81b net.minecraft.world.entity.projectile.windcharge 2024-12-13 17:54:21 -08:00
5b0289a248 net.minecraft.world.level.storage.loot.predicates 2024-12-13 17:50:51 -08:00
9ef230aa31 net.minecraft.world.entity.projectile 2024-12-13 17:45:53 -08:00
cb5feced53 net.minecraft.world.entity.monster.warden 2024-12-13 16:08:40 -08:00
f98d879f07 net.minecraft.world.level.block.state.properties 2024-12-13 16:05:23 -08:00
fe1744dfd1 net.minecraft.world.item.alchemy 2024-12-13 16:02:20 -08:00
f60983ac06 net.minecraft.world.entity.animal.allay 2024-12-13 15:55:52 -08:00
f0e7d7e5f7 net.minecraft.world.level.block.state 2024-12-13 15:50:44 -08:00
f252b67a97 net.minecraft.core.dispenser 2024-12-13 13:30:09 -08:00
83c42080d6 chat/contents 2024-12-13 21:49:47 +01:00
c6a426beda warden AI 2024-12-13 21:36:11 +01:00
f73e864f18 Commands 2024-12-13 21:21:57 +01:00
2509faa08e mob spawn settings 2024-12-13 21:07:56 +01:00
c3d5f253fe Moar 2024-12-13 20:30:07 +01:00
4091c6ac4d Follow up on block entities 2024-12-13 20:17:16 +01:00
e0fae5ef02 Part of block entities 2024-12-13 20:11:23 +01:00
0135513d3d More mobs 2024-12-13 20:01:24 +01:00
3ef3394311 More mobs 2024-12-13 19:25:16 +01:00
7d42b87010 net/minecraft/world + Tadpole? 2024-12-13 19:17:03 +01:00
18a25937bc pathfinding, packet utils 2024-12-13 18:57:25 +01:00
e20952c643 Make Tadpole apply 2024-12-13 18:55:47 +01:00
aa998246f7 More work 2024-12-13 18:40:56 +01:00
e9b739bc48 some more directories 2024-12-13 09:40:09 -08:00
1ed5242f38 Ender dragon 2024-12-13 18:36:33 +01:00
83b7370131 Players directory 2024-12-13 18:06:27 +01:00
a68b56a864 advancement stuff 2024-12-13 11:39:43 -05:00
ee51737be6 More work 2024-12-13 17:24:35 +01:00
92ef45d166 First attempt 2024-12-13 17:14:25 +01:00
45ddf764d9 Move patches to unapplied 2024-12-12 12:30:31 +01:00
d300c94ec2 Properly resend entities
This resolves some issues which caused entities to not be resent correctly.
Entities that are interacted with need to be resent to the client, so we resend all the entity
data to the player whilst making sure not to clear dirty entries from the tracker. This makes
sure that values will be correctly updated to other players.

This also adds utilities to aid in further preventing entity desyncs.

This also also fixes the bug causing cancelling PlayerInteractEvent to cause items to continue
to be used despite being cancelled on the server.

For example, items being consumed but never finishing, shields being put up, etc.
The underlying issue of this is that the client modifies their synced data values,
and so we have to (forcibly) resend them in order for the client to reset their using item state.

See: https://github.com/PaperMC/Paper/pull/1896

== AT ==
public net.minecraft.server.level.ChunkMap$TrackedEntity serverEntity
2022-12-07 17:25:19 -05:00
ea24e2c6aa Fix incorrect command serialization by creating new Command
Fixes #11649 - As noted in the issue, when CommandNodes are serialized
they are used as the key in a Map. Their equals()/hashcode() should only
match if they are equal nodes (name & command), but due to the erasure of the command field pre-serialization, nodes with different commands can be mapped onto the same value. This causes the client to interpret both nodes as the same, causing suggestions where they should not.

This is fixed by creating a different no-op command for the
erasure, instead of them holding the same lambda.
2024-11-26 20:45:52 +01:00
24f63384b2 Expand scoreboard tag count validation to API set 2024-10-21 01:41:04 +02:00