Entity is null in BlockReceiveGameEvent for chest interactions

Expected behavior

When opening and closing chests, I'd expect BlockReceiveGame event to have the player as an entity causing this event.

Observed/Actual behavior

Entity is null.

Steps/models to reproduce

• Register BlockReceiveGameEvent listener and make it log event.getEntity() every time.
• Open chest, double chest, trapped chest, ender chest or a barrel
• Entity is null

Plugin and Datapack List

> plugins
[09:00:12 INFO]: ℹ Server Plugins (1):
[09:00:12 INFO]: Bukkit Plugins:
[09:00:12 INFO]:  - SculkSensors
> datapack list
[09:00:15 INFO]: There are 3 data pack(s) enabled: [vanilla (built-in)], [file/bukkit (world)], [paper (built-in)]
[09:00:15 INFO]: There are no more data packs available

Paper version

> version
[08:58:51 INFO]: Checking version, please wait...
[08:58:51 INFO]: This server is running Paper version 26.2-121-main@a2a42c5 (2026-08-29T11:32:25Z) (Implementing API version 26.2.build.121-stable)
You are running the latest version
Previous version: 26.1.2-18-6bac3c9 (MC: 26.1.2)

Other

Ever since paper-26.1.2-18 Delay open/close callbacks for chests version, the event lost the player for chest interactions. Still works for shulker boxes btw

Start by tracing the BlockReceiveGameEvent handling for chest interactions and compare it with the behavior introduced around Paper 26.1.2-18, when delayed chest callbacks were added. Reproduce with a listener logging event.getEntity() for each listed container; done means chest interactions report the player entity while the existing shulker-box behavior remains intact.