Vergbergler

Thank you. I will address this ASAP. I return to my PC in a few days.

After a match players cannot access their backpacks. I need to do a "oxide.reload EventHelper" to fix the problem. After I reload EventHelper, the next Arena event will not allow players to join and I need to do "oxide.reload SurvivalArena" to fix it. The cycle continues when a player can't access their backpack after a match... Attached config file of my current settings. What am I doing wrong? SurvivalArena.json

No worries. Love your work! Your bots are the best!

Setting this line inside the CustomProfiles: "Dont_Fire_Beyond_Distance": 0 To anything non-zero causes a null reference exception to spam my server's console. See image attached: Error stops when value is changed from 100 to 0 and the plugin is reloaded.

Is there an option for starting with Kits instead of finding loot in the arena?

I would like an optional announcement to broadcast to everyone when someone starts raiding a Raidable Base. Should trigger as soon as someone destroys a wall, foundation, ceiling, etc. Sample Announcement: "Player [name] has started a raid at N7!" Thank you.

How do I stop other plugins while the event is active? For instance: CustomLoot overrides the loot tables in the configuration file, I would like to unload CustomLoot while the event is active and reload when it is finished.

Sincere apologies. Please close this support ticket. When testing this feature I assumed that the feature worked like Backpacks->blacklisting where players couldn't even swipe items into the backpack. I now understand that once the UI is closed, the items are returned with a message. Thank you.

"Extra Pockets black list - disallows items that match": [ "hammer" ], "Extra Pockets white list - will only allow items that match": [ "hammer" ], I understand that you shouldn't put items in both black and white list, above is just the syntax I used in both sections. I've tried adding to just black list, just white list, other types of items. Doesn't seem to work. Doing some debugging. Your function "StorePlayerItems(...)" on line 10110 does not get called when an item is added to the pouch. Seems to only be called when SkillTree plugin in loaded or reloaded. Hope this helps. Cheers!

Thanks, looking forward to it. Take your time.

Love the plugin! Your Random Raids plugin has the option to spawn a Helicopter and Supply Drops at the end of the raid. Could we get this added to this plugin as well?

Could we get VIP only recipes? Could we get VIP mixing times for recipes?

Could us Admins get commands that: 1) lets us know how long until the next random raid. 2) lets us know who is currently eligible for a random raid. If they're not eligible, why? 3) lets us start a raid for a specific user, instead of a location. Thank you

Boar video: https://www.dropbox.com/s/qa3lw502jrr5py8/2023-06-23 13-16-22.mkv?dl=0

Apologies for the wait. I had to go out of town. See attached config file as well. Video: https://www.dropbox.com/s/1jjwyhh323otnz9/2023-06-23 13-10-00.mkv?dl=0 PersonalNPC.json

Steps: 1) Add a HBHF sensor to a base, insure activates whatever you want to activate for everyone 2) Copy base 3) Use - /rbe Name Difficulty command 4) Wait for base to activate 5) Observe HBHF not detecting anyone

When PNPC is attacking barrels that are laying on their side, or a boar it shoots over the target instead of directly at the target. The PNPC will either die to the boar or waste all their ammo.

When shutting down server, RaidProtection records all RaidableBases TCs on the map. These bases have no owners and are destroyed on server restart. When the server starts back up RaidProtection attempts to find all the TCs from the now deleted RaidableBases and throws loads of runtime errors. The functions name is "InitProtectedCupboard" throws an null exception for each RaidableBases TC not found. Call stack: OnServerInitialized() -> FindNewCupboards() -> AddProtectedCupboard() -> InitProtectedCupboard() -> null pointer Apologies, null pointer object is unknown.

Changed Status from Pending to Closed Changed Fixed In to 0.1.0

This was actually a Rust bug and not a problem with my plugin, but I fixed it anyway. I confirmed that the non-permission players were NOT receiving network updates on the Advanced Details marker, but Rust+ still gets them anyways! lol what... I fixed by manually deleting the markers on the local clients if they are not authorized. Even authorized players should not see TC markers in Rust+ and I'm not sure we can until Rust fixes this issue. Please enjoy!

Looking into this: The "Show advanced details Map Marker?" option in the config file will disable the markers showing in the Rust+ app, if it is set to FALSE. These still shouldn't show on the map, but will allow you to use the plugin until I can get a fix out.

Oh very interesting! I've not used Rust+ to see markers. You'll need to unload the plugin until I can get a fix for you.

Changed Status from Pending to Closed Changed Fixed In to 0.0.4

I found what you were trying to convey. Please enjoy!