[FoxMulder]

What does this plugin do?
Prevents players from lagging other players by using the Pyro Airblast glitch.
I created this because I get very laggy whenever a player performs this glitch (FPS drop)

How does a player "activate" the glitch?

1. Go Pyro with normal Flamethrower
2. Hold down Primary Fire and QUICKLY press Alt Fire (air blast)
3. If you see your ammo go down but don't see the flame particle then the glitch occurred.

Convars:
sm_airblast_glitchfix_version Shows current version
sm_airblast_glitchfix_enable <0/1> Enable Airblast Glitch Fix

How it works:
It uses the OnPreThink hook to detect an attempted glitch and if the glitch is found then it just "disables" Primary Fire button.

Video of the Glitch:
http://www.youtube.com/watch?v=KLe7kr_yw18

NOTE:
Requires SDKHooks: http://forums.alliedmods.net/showthread.php?t=106748

Updates:
1.0.1
-added check of current weapon to make sure that it is the Flamethrower
1.0.2
-corrected late load detection
1.0.3
-Removed weapon check on Pyro as it was unnecessary
-Corrected cvar to sm_airblast_glitchfix_version instead of airblast_glitchfix_version

Simple Detection

PHP Code:

public OnPreThink(client)
{
    if(!GetConVarInt(c_Enabled))
        return;
    
    if(TF2_GetPlayerClass(client) != TFClass_Pyro)
        return;
    
    new iButtons = GetClientButtons(client);
    
    //Glitch detected
    if(prevButtonAttack2[client] && iButtons & IN_ATTACK && !(iButtons & IN_ATTACK2))
    {
        iButtons &= ~IN_ATTACK;
        SetEntProp(client, Prop_Data, "m_nButtons", iButtons);
        //PrintToChat(client, "Glitch detected!");
    }
    
    if(iButtons & IN_ATTACK && iButtons & IN_ATTACK2)
        prevButtonAttack2[client] = true;
    
    if(!(iButtons & IN_ATTACK2))
        prevButtonAttack2[client] = false;
} 


[Jamster]

Great fix dude, thanks.

[KyleS]

Thanks FoxMulder

[psychonic]

@FoxMulder

Some of your lateload logic is bugged.

The way it's currently coded will add a new hook on each client at each mapchange.

The AskPluginLoad2 forward alone does not mean the plugin was lateloaded. The 'late' bool (that you named isAfterMapLoaded) passed through it will tell that. Also, you're not resetting your lateLoaded global after hooking, which causes that logic to then re-run every time configs are executed.

[noodleboy347]

This is extremely helpful, thanks. Is there also a way to fix players going into civilian mode as Soldier?

[DontWannaName]

I would have assumed they had fixed this. :/

[FoxMulder]

Originally Posted by psychonic @FoxMulder Some of your lateload logic is bugged. The way it's currently coded will add a new hook on each client at each mapchange. The AskPluginLoad2 forward alone does not mean the plugin was lateloaded. The 'late' bool (that you named isAfterMapLoaded) passed through it will tell that. Also, you're not resetting your lateLoaded global after hooking, which causes that logic to then re-run every time configs are executed.

Your right. Silly me .
-Updated plugin with correct late load detection

[FoxMulder]

Originally Posted by noodleboy347 This is extremely helpful, thanks. Is there also a way to fix players going into civilian mode as Soldier?

Umm let me research that I haven't seen this happen.

Edit: Well I looked into it and really it's no big deal whereas the Pyro glitch causes other players to lag we'll just wait for Valve to fix that one

[Kevin_b_er]

Impressive.

You're taking cue from an switch from attack1 to attack2 without delay. Did you find that even a small delay prevented the glitch?

[FoxMulder]

Originally Posted by Kevin_b_er Impressive. You're taking cue from an switch from attack1 to attack2 without delay. Did you find that even a small delay prevented the glitch?

I'd like to find a script that'll fire attack2 faster than I can click to make sure that the plugin is "foolproof". Also the plugin uses a PreThink hook which should be plenty fast to detect the glitch.