[fysiks]

Thanks Avalanche.

I'm pretty sure this fixed the "spawn glitch." On the original plugin my bots just about always glitched but now none do!

Sweet Deal.

[sgtfrog]

Thank you for fixing the biggest glitch but there still is 1 more that if you could fix that would be awesome whenever u do a secondary attack and kill someone the next bullet if it kills will steal a level and give you a level.

[XxAvalanchexX]

sgtfrog: So you bayonet kill someone and get a level steal. Then if you shoot someone else immediately afterwards it also counts as a level steal?

[fysiks]

Originally Posted by XxAvalanchexX fysiks: You're correct about all of that ResetHUD stuff. Ham_Spawn is the best way. I didn't even realize that I used ResetHUD for the DoD GG. sgtfrog: Try this version and see if it fixes that bug. It just changes the spawn detection method from ResetHUD to Ham_Spawn as fysiks suggested.

It seems that Ham_Spawn is called once before the user is connected causing a runtime error (10). I added each of the following (separately) as the first thing in the ham_player_spawn and both worked:

if(!is_user_connected(id)) return;

if(!is_user_alive(id)) return;

And, I must assume that the latter is the better choice.


Also, line 1907-1909, I do not have those in my ResetHUD version.

 // DOD
 if(wId == DODW_HANDGRENADE || wId == DODW_STICKGRENADE || wId == DODW_MILLS_BOMB)
  dod_set_user_ammo(id,wId,0);

I don't know how stupid this question is but is the essential? I've never noticed anything having to do with grenades before.

[XxAvalanchexX]

You can go ahead and use only !is_user_alive, since it will also do a connection check (and will not throw any errors if the user is not connected). For the ammo thing, I'm not sure that it's essential, but it's recommended. It's possible that otherwise it would leave you backpack ammo for the grenade, then take it away. Then if you pick up another grenade it would add to the amount that you had earlier. Maybe. So that's what that line is for.

[sgtfrog]

One other I found if you go past mg42(idk why this wep) lose a level by knife and then kill up on the second kill you get stuck on the mg42 untill you die or cap a flag it's the last mg in the gun order for me you don't need to be deployed to make this work it's odd.

[XxAvalanchexX]

sgtfrog:

Originally Posted by XxAvalanchexX sgtfrog: So you bayonet kill someone and get a level steal. Then if you shoot someone else immediately afterwards it also counts as a level steal?

Is this correct?

Also, does that MG42 bug always happen in those circumstances, or just sometimes? Have you tried swapping the position with another MG (ie: swap mg42 and 30cal in your weapon order) and see how that effects it?

Sorry that I don't have much time to delve into these problems.

[fysiks]

Originally Posted by XxAvalanchexX sgtfrog: Originally Posted by XxAvalanchexX sgtfrog: So you bayonet kill someone and get a level steal. Then if you shoot someone else immediately afterwards it also counts as a level steal? Is this correct?

Yes, if you kill them, you get the level steal.

[noddy]

@ fysiks

could you please post full code with

if(!is_user_alive(id)) return;

included please

[fysiks]

Attached is Avalanche's code from earlier in this topic with the addition of:

 
if(!is_user_alive(id)) return;

in the ham_player_spawn function.

And as always, make a backup just in case .