MON@H

Since I don't use Abounded Bases, I can't tell for sure. I will ask @nivex if he have some thoughts about this, but when I fixed reported errors in API (which AB calls), I tested it and it was accurate. If you really want to investigate, try to set "Log Level (Debug, Info, Warning, Error, Off)": "Debug" and do dome stuff like claim the raid, placing TC etc. I need exact scenario, so I could reproduce it on my server, then I will be able to fix it.

What I'm trying to say is that I can't reproduce it, so until then I don't know how to fix it. I need more details about how exactly you placing the TS over the limit, what exactly are you doing?

Changed Status from Pending to Cant Reproduce

I don't see any errors in the code logic and can't reproduce the problem. Please provide more information so I can reproduce the problem and fix it.

Changed Status from Pending to Not a Bug

Limit Entities has nothing to do with errors you posted.

Changed Status from Pending to Cant Reproduce

"assets/prefabs/deployable/hitch & trough/hitchtrough.deployed.prefab": 2,

Firstly, the plugin in question did not provide a public API to determine its activity in any way. Secondly, it is not the task of this plugin to exclude/influence the activity of other plugins.

Changed Status from Pending to Not a Bug

Changed Fixed In from 2.3.1 to 2.3.2

This is because prefabs, that shouldn't be null are null. I can add checks into plugin it will not produce error, but it will not work, since prefabs are null...

While NRE is fixed, there is still an issue with some prefabs can be broken after this wipe/ update. You will get something like [Limit Entities] You have 11 untracked prefabs in your config file! To get a list of all supported prefabs use console command limitentities.list assets/content/props/strobe light/strobelight.prefab assets/prefabs/deployable/hitch & trough/hitchtrough.deployed.prefab assets/prefabs/deployable/search light/searchlight.deployed.prefab assets/prefabs/deployable/windmill/electric.windmill.small.prefab assets/prefabs/deployable/campfire/campfire.prefab assets/prefabs/deployable/ceiling light/ceilinglight.deployed.prefab assets/prefabs/deployable/furnace.large/furnace.large.prefab assets/prefabs/deployable/furnace/furnace.prefab assets/prefabs/deployable/oil refinery/refinery_small_deployed.prefab assets/prefabs/deployable/playerioents/electricfurnace/electricfurnace.deployed.prefab assets/prefabs/npc/sam_site_turret/sam_site_turret_deployed.prefab This is not related to the plugin. I'm not sure what the problem is exactly, as I see it on one server and not on another. I need more time to investigate further.

Changed Status from Work in Progress to Fixed Changed Fixed In to 2.3.1

Changed Status from Pending to Work in Progress

Changed Status from Pending to Not a Bug

As stated at the top of the description page, you need to download Ext.UiFramework.dll from the releases page and place into RustDedicated_Data\Managed. I can't comment on Carbon support, as I've never tried it, but according to the compatibility status on the description page, it's not supported.

Also, I suggest you to rename your current config, restart plugin, and edit new default config to your needs. It covers different types of cupboard right out of the box.

Changed Status from Pending to Not a Bug

You don't need to touch datafile (oxide/data/LimitEntities.json), it has nothing to do with permissions and shouldn't be edited. Just edit config file (oxide/config/LimitEntities.json) and restart plugin.