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

Wardrobe - Vulcan AntiCheat false positive ("Bad Packets (Type V)") #9

Closed
ProfessionalBoatDrifter opened this issue Sep 18, 2022 · 16 comments
Labels
compat: plugin Compatibility with another Spigot plugin type: bug Something isn't working
Milestone

Comments

@ProfessionalBoatDrifter
Copy link

ProfessionalBoatDrifter commented Sep 18, 2022

What happened?

When a player without Vulcan bypass permissions try to use /wardrobe, Vulcan flags them as cheating and shortly after kicks them from the server.

Server logs (replaced our user's name with "(player)".

[19:05:24] [Server thread/INFO]: (player) issued server command: /wardrobe
[19:05:25] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (1/15)
[19:05:25] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (2/15)
[19:05:26] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (3/15)
[19:05:26] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (4/15)
[19:05:26] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (5/15)
[19:05:26] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (6/15)
[19:05:26] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (7/15)
[19:05:27] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (8/15)
[19:05:27] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (9/15)
[19:05:27] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (10/15)
[19:05:27] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (11/15)
[19:05:28] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (12/15)
[19:05:28] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (13/15)
[19:05:28] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (14/15)
[19:05:28] [pool-26-thread-1/INFO]: [Vulcan] (player) failed Bad Packets (Type V) (15/15)
[19:05:28] [Server thread/INFO]: (player) lost connection: Kicked by Server: [Vulcan] Unfair Advantage

I have no idea what exactly this means. The Spigot page only lists: "Bad Packets: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y"

Vulcan page: https://www.spigotmc.org/resources/vulcan-anti-cheat-advanced-cheat-detection-1-7-1-19.83626/
Vulcan's Discord server (if needed, listed on their Spigot page): https://discord.gg/SCNuwUG

Steps to reproduce the issue

  1. Install and run Vulcan (premium) and CosmeticsCore
  2. Make sure you have no Vulcan bypass permissions exempting you from flagging or punishments
  3. Use /wardrobe and wait a few seconds until you get kicked.
  4. Review console logs.

Server version

This server is running Paper version git-Paper-138 (MC: 1.19.2) (Implementing API version 1.19.2-R0.1-SNAPSHOT)

CosmeticsCore Version

CosmeticsCore version 1.0.0-beta1

ProtocolLib Version

ProtocolLib version 5.0.0-SNAPSHOT-b600

LoneLibs Version

LoneLibs version 1.0.21

@ProfessionalBoatDrifter ProfessionalBoatDrifter added the type: bug Something isn't working label Sep 18, 2022
@ProfessionalBoatDrifter
Copy link
Author

ProfessionalBoatDrifter commented Sep 18, 2022

I saw in the CosmeticsCore forums channel we should tag the developer of Vulcan. I believe that their user name is @freppp judging by the link to their link to the config file from the Spigot page (https://gist.github.com/freppp/6f669d666835011f3661025c2d9533e2).

@LoneDev6
Copy link
Contributor

LoneDev6 commented Sep 19, 2022

Thanks!
Let's hope @freppp joins this chat and provides a little more detail about that.

In the meantime you can disable the V check.
https://gist.github.com/freppp/6f669d666835011f3661025c2d9533e2#file-config-yml-L3654

@MelonCraftDE
Copy link

MelonCraftDE commented Sep 19, 2022

I'm using latest Paper and latest Vulcan release and i dont have to set up a bypass.
no issues for normal players, no kicks and also no false backpacket violations

as i can see you are not running latest versions. be sure to update first. maybe thats it.
and be sure you're clients are also 1.19.2

@ProfessionalBoatDrifter
Copy link
Author

I'm using latest Paper and latest Vulcan release and i dont have to set up a bypass. no issues for normal players, no kicks and also no false backpacket violations

as i can see you are not running latest versions. be sure to update first. maybe thats it. and be sure you're clients are also 1.19.2

Thanks for the advice. :)
I'll consider it if the freppp hasn't replied by the time another Issue is resolve (which I haven't posted as of writing).

@MelonCraftDE
Copy link

i have to revoke a bit from my last posting here.

we do have this issue too, but only with people who are using 1.19.1 clients
image

@MelonCraftDE
Copy link

MelonCraftDE commented Sep 20, 2022

[18:30:01] [Netty Epoll Server IO #0/ERROR]: [CosmeticsCore] Unhandled exception occurred in onPacketReceiving(PacketEvent) for CosmeticsCore
java.lang.NullPointerException: Cannot invoke "dev.lone.cosmeticscore.nms.aa.aa.e()" because "<local2>" is null
	at dev.lone.cosmeticscore.main.l.b(SourceFile:311) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at dev.lone.cosmeticscore.main.l.a(SourceFile:302) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at dev.lone.cosmeticscore.main.H.onPacketReceiving(SourceFile:169) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at com.comphenix.protocol.injector.SortedPacketListenerList.invokeReceivingListener(SortedPacketListenerList.java:114) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.SortedPacketListenerList.invokePacketRecieving(SortedPacketListenerList.java:67) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.PacketFilterManager.postPacketToListeners(PacketFilterManager.java:549) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.PacketFilterManager.invokePacketReceiving(PacketFilterManager.java:514) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.manager.NetworkManagerInjector.onPacketReceiving(NetworkManagerInjector.java:117) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.channel.NettyChannelInjector.processInboundPacket(NettyChannelInjector.java:506) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.channel.InboundPacketInterceptor.channelRead(InboundPacketInterceptor.java:33) ~[ProtocolLib.jar:?]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) ~[netty-handler-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.flush.FlushConsolidationHandler.channelRead(FlushConsolidationHandler.java:152) ~[netty-handler-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:800) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:487) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:385) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:995) ~[netty-common-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.77.Final.jar:4.1.77.Final]
	at java.lang.Thread.run(Thread.java:833) ~[?:?]
[18:30:01] [Netty Epoll Server IO #0/ERROR]: Parameters: 
  net.minecraft.network.protocol.game.PacketPlayInHeldItemSlot@175f0116[
    a=5
  ]

[18:30:01] [Netty Epoll Server IO #0/ERROR]: [CosmeticsCore] Unhandled exception occurred in onPacketReceiving(PacketEvent) for CosmeticsCore
java.lang.NullPointerException: Cannot invoke "dev.lone.cosmeticscore.nms.aa.aa.e()" because "<local2>" is null
	at dev.lone.cosmeticscore.main.l.b(SourceFile:311) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at dev.lone.cosmeticscore.main.l.a(SourceFile:302) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at dev.lone.cosmeticscore.main.H.onPacketReceiving(SourceFile:169) ~[CosmeticsCore_1.0.1-beta2.jar:?]
	at com.comphenix.protocol.injector.SortedPacketListenerList.invokeReceivingListener(SortedPacketListenerList.java:114) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.SortedPacketListenerList.invokePacketRecieving(SortedPacketListenerList.java:67) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.PacketFilterManager.postPacketToListeners(PacketFilterManager.java:549) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.PacketFilterManager.invokePacketReceiving(PacketFilterManager.java:514) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.manager.NetworkManagerInjector.onPacketReceiving(NetworkManagerInjector.java:117) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.channel.NettyChannelInjector.processInboundPacket(NettyChannelInjector.java:506) ~[ProtocolLib.jar:?]
	at com.comphenix.protocol.injector.netty.channel.InboundPacketInterceptor.channelRead(InboundPacketInterceptor.java:33) ~[ProtocolLib.jar:?]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:327) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:299) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) ~[netty-handler-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.handler.flush.FlushConsolidationHandler.channelRead(FlushConsolidationHandler.java:152) ~[netty-handler-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:800) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:487) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:385) ~[netty-transport-classes-epoll-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:995) ~[netty-common-4.1.77.Final.jar:4.1.77.Final]
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.77.Final.jar:4.1.77.Final]
	at java.lang.Thread.run(Thread.java:833) ~[?:?]

@ProfessionalBoatDrifter
Copy link
Author

That's strange. I didn't see any errors when it happened to us

@MelonCraftDE
Copy link

MelonCraftDE commented Sep 20, 2022 via email

@LoneDev6
Copy link
Contributor

Why in the first place are you allowing people with 1.19.1 clients?
Everyone must use the latest patch for the major client version, in this case 1.19.2.

1.17 -> 1.17.1
1.18 -> 1.18.2
1.19 -> 1.19.2

[CosmeticsCore] Unhandled exception occurred in onPacketReceiving(PacketEvent) for CosmeticsCore

I doubt this is related to the anticheat, please open a separate issue report

Thanks for the advice. :)
I'll consider it if the freppp hasn't replied by the time another Issue is resolve (which I haven't posted as of writing).

Is it working fine with 1.19.2 clients so? Let me know :D

@LoneDev6 LoneDev6 closed this as not planned Won't fix, can't repro, duplicate, stale Sep 21, 2022
@LoneDev6 LoneDev6 added status: inactive This issue is inactive. verdict: can't reproduce This issue cannot be reproduced by the developers Outdated Client labels Sep 21, 2022
@ProfessionalBoatDrifter
Copy link
Author

Thanks for the advice. :)
I'll consider it if the freppp hasn't replied by the time another Issue is resolve (which I haven't posted as of writing).

Is it working fine with 1.19.2 clients so? Let me know :D

I just tested it on a debug server running only a few plugins (AntiPopup, EssentialsX, FAWE, LoneLibs, LuckPerms, Multiverse, PlaceholderAPI, ProtocolLib, Vault, VoidGen, Vulcan). copied from Issue #16 since they are the same

1.19.2 clients are still affected by Vulcan falsely flagging the player as cheating.

The server specs are still the same but I've copied over the current "/version" info just in case. copied from Issue #16 since they are the same
Server version: Paper-160 (MC: 1.19.2) (Implementing API version 1.19.2-R0.1-SNAPSHOT) (Git: 8db45c4)
CosmeticsCore version: 1.0.0-beta1
LoneLibs version: 1.0.21
ProtocolLib version: 5.0.0-SNAPSHOT-b600

@ProfessionalBoatDrifter
Copy link
Author

ProfessionalBoatDrifter commented Sep 21, 2022

@LoneDev6 News from their support Discord (removed screenshot link):
Have lonedev softDepend Vulcan, and hook into our api if present
Then listen to the Vulcan flag event, and cancel it if it's badPackets type V and the player is in the wardrobe thing

@ProfessionalBoatDrifter
Copy link
Author

Boeing also linked me their API jar for you to decompile or use in your IDE: https://cdn.discordapp.com/attachments/1022171982890020995/1022188601116721294/VulcanAPI.jar

If you don't want to download it from the link, I'm sure they'll provide it if you join their Discord and open a ticket. :)

@ProfessionalBoatDrifter
Copy link
Author

I just noticed this was closed. Shouldn't it be reopened? @LoneDev6

@LoneDev6
Copy link
Contributor

Perfect, will be worked on

@LoneDev6 LoneDev6 reopened this Sep 26, 2022
@LoneDev6 LoneDev6 added compat: plugin Compatibility with another Spigot plugin type: bug Something isn't working and removed type: bug Something isn't working status: inactive This issue is inactive. Outdated Client verdict: can't reproduce This issue cannot be reproduced by the developers labels Sep 26, 2022
@LoneDev6 LoneDev6 modified the milestones: 1.0.1-beta4, 1.0.2 Sep 26, 2022
@LoneDev6
Copy link
Contributor

image

@LoneDev6
Copy link
Contributor

Contacted them on Discord, let's wait

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
compat: plugin Compatibility with another Spigot plugin type: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants