CommandHelper

CommandHelper

46.5k Downloads

player_quit doesn't fire on first event (interpreter-only)

LadyCailinBot opened this issue ยท 5 comments

commented

CMDHELPER-2796 - Reported by PseudoKnight

--If I click the disconnect button, it doesn't seem to fire a player_quit bind. If I instead close the Minecraft window to receive disconnect.endOfStream then it runs a player_quit bind script.--

UPDATED: It only misses the first event when you bind player_quit in interpreter.

CH Build 2379
CB Build 2865

commented

Comment by PseudoKnight

It doesn't fire on disconnect.genericReason either.

commented

Comment by PseudoKnight

Okay, I'm confused. I just saw it fire on disconnect.quitting for the first time. Something is wrong, but I'm not sure what. I'll do more testing.

commented

Comment by PseudoKnight

Okay, I think what's happening is that it's not firing on the first event after it's bound. Every subsequent event fires okay. My initial testing involved a lot of unbinding and rebinding.

I'm going to test if this is only an issue in interpreter.

commented

Comment by PseudoKnight

Okay, this seems to only be an interpreter quirk, so no big deal. Events bound in main.ms or on-demand in aliases seem to work fine on the first event.

commented

Comment by LadyCailin

Hmm. Very interesting behavior. I don't think I've ever really tried events from interpreter, but regardless, I'll look into this.