Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WrappedDataWatcher Error #132

Open
Cryptite opened this issue Dec 6, 2024 · 2 comments
Open

WrappedDataWatcher Error #132

Cryptite opened this issue Dec 6, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@Cryptite
Copy link
Contributor

Cryptite commented Dec 6, 2024

This is with 1.21.3 and beta 10 using no provided packet factory (which defaults to ProtocolLib).

I switched to the PacketEvents factory which seems to work, but figured i'd log this issue anyway for ProtocolLib users.

java.lang.NullPointerException: Cannot invoke "java.util.Map.get(Object)" because "com.comphenix.protocol.wrappers.WrappedDataWatcher$Registry.RAW_REGISTRY" is null
at ProtocolLib.jar/com.comphenix.protocol.wrappers.WrappedDataWatcher$Registry.get(WrappedDataWatcher.java:1031) ~[?:?]
at TheArtifact.jar/com.github.juliarn.npclib.bukkit.protocol.ProtocolLibPacketAdapter.createWatchableObject(ProtocolLibPacketAdapter.java:247) ~[?:?]
at TheArtifact.jar/com.github.juliarn.npclib.bukkit.protocol.ProtocolLibPacketAdapter.lambda$createEntityMetaPacket$12(ProtocolLibPacketAdapter.java:547) ~[?:?]
at TheArtifact.jar/com.github.juliarn.npclib.api.protocol.DefaultNpcSpecificOutboundPacket.schedule(DefaultNpcSpecificOutboundPacket.java:57) ~[?:?]
at TheArtifact.jar/com.n9works.bukkit.story.npcs.LokaNPCCopy.onShow(LokaNPCCopy.java:544) ~[?:?]
at TheArtifact.jar/com.n9works.bukkit.story.npcs.NPCHandler.onNPCTrack(NPCHandler.java:151) ~[?:?]
at TheArtifact.jar/com.github.juliarn.npclib.api.event.manager.DefaultNpcEventManager.post(DefaultNpcEventManager.java:76) ~[?:?]
at TheArtifact.jar/com.github.juliarn.npclib.common.npc.CommonNpc.lambda$forceTrackPlayer$0(CommonNpc.java:203) ~[?:?]
at org.bukkit.craftbukkit.scheduler.CraftTask.run(CraftTask.java:78) ~[slice-1.21.3.jar:1.21.3-DEV-e966e72]
at org.bukkit.craftbukkit.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:57) ~[slice-1.21.3.jar:1.21.3-DEV-e966e72]
at com.destroystokyo.paper.ServerSchedulerReportingWrapper.run(ServerSchedulerReportingWrapper.java:22) ~[slice-1.21.3.jar:?]
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]

@derklaro
Copy link
Collaborator

derklaro commented Dec 8, 2024

Was there a previous error during initialization of the registry? because just by looking at the code in ProtocolLib it does not look like the maps can be null at all, unless there is some sort of race between two threads initializing them.

@derklaro derklaro added the bug Something isn't working label Dec 8, 2024
@Cryptite
Copy link
Contributor Author

Cryptite commented Dec 8, 2024

Not really that I can see, I was using ProtocolLib v5.4.0-SNAPSHOT-736 for it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants