-
Posts
926 -
Joined
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by RFC1920
-
AdventCalendar was added in the last update. StabilityEntity is unfortunately way too broad to be added just for this entity. It should be a deployable already protected but I will need to look. Finally, a fire_fire rule would allow damage of fire on fire, so I am not sure that would apply for preventing damage.
-
Changed Status from Pending to Closed Changed Fixed In to 1.0.9
-
Without a rule enabled it should be blocked anyway. I have mlrs_building enabled to allow it for testing.
-
I am getting this: QUERY START READING... Checking ruleset default for mlrs attacking building. Found MLRS attacking BuildingPrivlidge. Checking ruleset default, zone 0 Found exception match for MLRS attacking BuildingPrivlidge No exclusions for MLRS to BuildingPrivlidge Sanity check foundexception: True, foundexclusion: False Ruleset 'default' exception: Setting damage to True DAMAGE ALLOWED for MLRS attacking BuildingPrivlidge, majority damage type Explosion Default ruleset query So, I think it must have just missed.
-
Changed Status from Pending to Closed Changed Fixed In to Next Version
-
Make sure you do not have the fire_building rule enabled. If not and it still does it, please enable the log (/pvelog) and paste some of the log here.
-
For new installs the rules were missing to allow damage, so damage should have been prevented. However, the entity may have also been missing. If you are just getting started it might be easier to wipe the database after updating to 1.2.1. Otherwise, please enable/disable the log via /pvelog before and after the MLRS attack and show me here what you get in the log file (oxide/logs/NextGenPVE/datedlogfilehere).
-
IMHO, this is probably not right place for random plugin hacking chit chat. It's more than a bit rude. -
On server reboot, BradleyGuards.cs does not compile until I reload it
RFC1920 replied to FandangoChristmas's Support Request in Support
Possibly a conflict with the plugin of the same name vs the game object. This was bound to happen at some point. -
[After Dec 2 Update] error CS0246: The type or namespace name `NPCPlayerApex' could not be found
RFC1920 replied to quietconundrum's Support Request in Support
Just in time for Christmas! -
Pulling for you, KrunghCrow. Let me know if there is anything I can do to help.
-
Hopefully fixed in 1.0.8 due to some logic changes including where this timer is set.
-
Changed Status from Pending to Closed Changed Fixed In to 1.0.8
-
That is a different issue, and apparently it was never actually setup to block mounting, only claiming. Fix pending.
-
Changed Status from Pending to Closed
-
It should work like this, but I am not 100% sure. To allow crash damage: Create/use a rule called minicopter_minicopter. Enable this in the default ruleset. For player damage to copter: Remove the player_minicopter rule from the default ruleset, if present.
-
Changed Status from Pending to Closed Changed Fixed In to 1.0.11
-
I have one more fix I think that should be the end of it.
-
Changed Fixed In from 1.1.5 to 1.1.6
-
Changed Status from Pending to Closed Changed Fixed In to 1.1.6
-
Changed Status from Pending to Closed Changed Fixed In to 0.3.7
-
Changed Status from Pending to Gremlins
-
I have it staged. I want to verify that 1.1.5 has removed most/all of the NREs before I potentially reintroduce more errors by adding this. It would be a flag that also requires HonorRelationships, meaning they would also be able to damage your buildings and deployables. Anyway, I want to see what shakes out on recent changes for a bit.
-
Changed Status from Pending to Closed Changed Fixed In to 1.1.5
-
Hopefully fixed or at least reduced in 1.1.5.
