[Windroid]

The control point A of cp_degrootkeep can't be captured when I installed prophunt.How can I fix it?

[Powerlord]

Originally Posted by abrandnewday Whilst looking through the code, I noticed this bit of commented-out code. What is this for, and why does it look like something coded in to prevent the plugin from working on certain servers? PHP Code: public APLRes:AskPluginLoad2(Handle:myself, bool:late, String:error[], err_max) {     decl String:hostname[255], String:ip[32], String:port[8]; //, String:map[92];     GetConVarString(FindConVar("hostname"), hostname, sizeof(hostname));     GetConVarString(FindConVar("ip"), ip, sizeof(ip));     GetConVarString(FindConVar("hostport"), port, sizeof(port));     if(StrContains(hostname, "GamingMasters.co.uk", false) != -1)     {         if(StrContains(hostname, "PropHunt", false) == -1 && StrContains(hostname, "Arena", false) == -1 && StrContains(hostname, "Dark", false) == -1 &&                 StrContains(ip, "8.9.4.169", false) == -1)         return APLRes_SilentFailure;     }     return APLRes_Success; }

Mmm, it was something DarkImmortal put it to block people from impersonating his server in the stats compiled version. Not that anyone who had stats.inc couldn't just remove that check.

Originally Posted by Windroid The control point A of cp_degrootkeep can't be captured when I installed prophunt.How can I fix it?

This plugin shouldn't even be running on degrootkeep... it unloads itself if it can't find a prop configuration file for the current map.

[Geit]

Originally Posted by Powerlord Mmm, it was something DarkImmortal put it to block people from impersonating his server in the stats compiled version. Not that anyone who had stats.inc couldn't just remove that check.

This has nothing at all to do with impersonation. As far as I can remember... It was added as a hack back when GM had a forked TF2 Installation and prevents the plugin from being loaded at all on other servers.

The earliest copy of PropHunt I have with it in is from 29/04/2010, version 1.66

[404UserNotFound]

Originally Posted by Geit This has nothing at all to do with impersonation. As far as I can remember... It was added as a hack back when GM had a forked TF2 Installation and prevents the plugin from being loaded at all on other servers. The earliest copy of PropHunt I have with it in is from 29/04/2010, version 1.66

Well the code is in the current version, just commented out.

It is useful though, in regards to the whole hostname/IP thing. Obvious any plugins with this code being used to make the plugin fail on certain servers would not be approved, but I find it very, very useful for setting up server-specific things for the group I work for.

[Windroid]

Originally Posted by Powerlord Mmm, it was something DarkImmortal put it to block people from impersonating his server in the stats compiled version. Not that anyone who had stats.inc couldn't just remove that check. This plugin shouldn't even be running on degrootkeep... it unloads itself if it can't find a prop configuration file for the current map.

But I still can't capture the point in degrootkeep,even unloaded the plugin,i have to move the plugin to the disabled plugin folder to fix it,so strange.

[VoiDeD]

I've determined that the players getting stuck issue begins here: https://github.com/powerlord/sourcem...phunt.sp#L2081

For whatever reason, the g_RoundOver variable is sometimes not being set to true, and the movetype logic for props is never called.

[Powerlord]

Originally Posted by VoiDeD I've determined that the players getting stuck issue begins here: https://github.com/powerlord/sourcem...phunt.sp#L2081 For whatever reason, the g_RoundOver variable is sometimes not being set to true, and the movetype logic for props is never called.

Do you have any other plugins that modify the arena_win_panel event?

For that matter, I'm not sure why plugins like this one use that instead of teamplay_round_win anyway...

[Pitbull3]

Powerlord, I compiled your version 2.08 and I am still having round issues where on random maps the blu team isn't frozen on round start.

Would it be simpler to do an on round start cron or event to do a command like sm_freeze @blu 30 seconds?

I really need to get this fixed.

[Powerlord]

Originally Posted by Pitbull3 Powerlord, I compiled your version 2.08 and I am still having round issues where on random maps the blu team isn't frozen on round start. Would it be simpler to do an on round start cron or event to do a command like sm_freeze @blu 30 seconds? I really need to get this fixed.

I made some other changes a few minutes ago that may address this (and also the issue with players getting stuck frozen VoiDeD mentioned), but they're definitely in the "needs testing because I may have completely broken things" type of thing and I haven't left work yet.

...needs testing especially since I don't know what the winreason values teamplay_round_win throws for Arena... they may be identical to what arena_win_panel uses or they may not be.

[Pitbull3]

I'm happy to test and tell you.. I've got 2 locations Dallas & London where I have PropHunt servers and they are gaining popularity which is why I need to get it working.

If you would add me to friends via steam so I can more easily tell you if its fixed or not.. that would be great. (Not going to spam you or anything, just would love to get this working asap.)

http://steamcommunity.com/id/pitbull3/