-
Posts
3,680 -
Joined
-
Last visited
-
Days Won
208
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Steenamaroo
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 222 comments
-
- 1
-
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 447 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
- 447 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
- 447 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
The option to enable/disable global stats collection should be in the UI on Admin page, over to the right hand side, although `"statCollection": true,` you have it true so no matter. I don't see anything in either of those plugins which should null or cancel the kill...I don't see how either of those could cause this problem. Really not sure what's going on...if you have the luxury you could oxide.unload * then oxide.reload PlayerRanks then test. If the stats go up then you know some plugin is interfering. If they don't, then it's my problem. then, of course oxide.reload * to reload all your plugins.
- 447 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
Hi @Jbird Thanks for letting me know. I just checked and PVEKills are counting just fine on my server. Could you have global stats collection set to false, or the PVEKills category set to false, in PlayerRanks admin UI? If not, were you in an event where stats wouldn't be collected? I think those are the only things in PR that would prevent the count going up.
- 447 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
Hey, Oh, I think I know what it is. The npc is getting the kit, but by default they have a hazmat so moving in the clothes is failing, in the same way it'd fail if you put on a hazmat then try to drag on a tshirt, for example. Just set 'Keep_Default_Loadout' to false for that profile. That should sort it.
-
Hi @Flint Monkey Nothing stands out to me there. Do those kits show up marked as '1' in BotReSpawn UI for that profile? If so, could you do `/botrespawn info` when looking at one of the un-kitted npcs, just to confirm with certainty that they are from that profile? Sometimes people see overlap from profiles close to each other, or event npcs. If getting close to one to do the chat command is too difficult, but some of the un-kitted npcs in your view and use the BotReSpawn UI to reload the Ranch profile. If that npc doesn't disappear, he's from some other profile.
-
Hey man, I don't know that plugin but if he's spawning the crate himself he'd have an ID or some reference to it? If so, he can use object OnBotReSpawnAirdrop(SupplyDrop drop) { if (drop != null & IsOneOfHis(drop)) return true; return null; } If he doesn't have a reference to the crate itself then I guess he could use that same hook but do something with position? Presumably he knows where it's going to land so he could check if drop X/Y are close to expected/called drop point?
-
Hey @Mals I think for that message to show the Patrol Heli kill profile must be set AutoSpawn true and spawn numbers greater than 1. Would you mind checking in UI to be sure. Also, what version are you running? I recently changed it so that this error wouldn't show for event profiles, as it's not really indicative of a problem, since events triggers often happen in places where npcs can spawn, as @Luuxensays.
