-
Posts
926 -
Joined
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by RFC1920
-
Loaded here - of course I do not have RandomSpawns. No errors so far.
-
I did. As expected, my initial testing on the home server showed no such errors. I am working with the most recent release 1.0.41 and ZH 0.2.7, but that didn't change anything as far as detection or where I thought the errors might be so far. I will keep looking when I can. Curious to see your ZH config, which you might hopefully be able to attach here.
-
I guess I will have to spring for a copy.
-
Must be some entity for which GetType() does not work. Worst case I might have to wrap that.
-
The coincident server log (not oxide) might offer more info as well. For what it's worth, I am running this on 3 different servers including the home test machine and do not see this behavior.
-
Were these all related to ZombieHorde or for any damage?
-
If you have any of those errors I might be able to do something about it.
-
Any logged errors? I just don't see how this is possible.
-
Bran, afaict all you have done was to add ZombieHorde to the plugin references. Hey, as long as it works.
-
Can you send me a copy of your database?
-
Just checking: you should either set server.pve to false or not define it at all in your server.cfg or startup.
-
Does your ruleset have Default Damage set to True? If so, you shouldn't have to add anything under block unless you want to. For the default ruleset, these are allow rules vs the default damage setting of False. For any other ruleset, you can set default damage to true to allow all damage EXCEPT for what you add under block. I am not sure if you can attach here, but please make a backup of your database and send it to me.
-
Have you selected a zone for the non-default ruleset?
-
I have noted that players can no longer dismount the piano, if that's what you meant. I am looking but so far cannot find a solution.
-
Perhaps /nomini ?
-
Were you killing a non-existent copter? Can you give some more detail about what you were doing when this fired?
-
Thank you. It is different than it has worked... ever. But, it made sense.
-
Changed Status from No Response to Closed Changed Fixed In to 2.1.5
-
This has been added in 1.0.47.
-
Changed Status from No Response to Closed
-
The only one I had seen that did that did so by attempting to pre-empt using its own timer to manage decay independently. I played with it for a bit and it was tedious and hurt performance significantly. Relocating the hook in oxide might be a better option assuming it can insert itself earlier in the process. Given time I will try to look into options for independently manage decay without killing the server. But, that is not a reality I have seen yet.
-
Changed Status from Pending to Not a Bug
-
If players put mats in their TC that match the building grade, then the plugin is not called, at least for that grade. We cannot currently bypass that and are dependent on decay being called in order to change it. You can mitigate some of that by preventing material placement of specific or all types in tool cupboards using NoDecay configs.
-
Changed Status from Pending to Work in Progress Changed Fixed In to Next Version
-
For the copters, you would need to set the multipliers for them. They won't actually get considered as part of the TC range at all.
