Khan

I don't understand why it wouldn't be. You've provided no context or reason for it to not be where it's provided by default. All you have done is report a problem that to me simply isn't an issue. Moving forward all future plugin updates of mine will be using the same config get/save methods. You haven't even explained why yours isn't in the default location or bothered to show where you've moved it to either. I have well over 500 users and frankly you are the only one to have an issue with this.

Changed Status from Pending to Not a Bug

I'm sorry but your going to have to show me how you have your file directories setup.

Why wouldn't the oxide folder be in the rust folder directory? That would break more then just mine if you moved it outside of the rust folder.

Changed Status from Pending to Not a Bug

What are you using to track / show that? Oxide, carbon, DLL addon? etc Also would help if you showed the top of all that so i knew what order everything is being displayed in/as. Honestly these images are very vague, it doesn't state if that is current ram usage in the displayed images or if those are simply TOTAL ram usage since running the plugin. 2 Very different things to track. Regardless, that ram usage is typically when loading / unloading the plugin and not actual real-time-usage which means those stats are not-valid.

Changed Status from Not a Bug to Fixed

Carbon support has been restored.

Spoke to carbon / raul. Fix is coming next production update. https://discord.com/channels/1013291619765723196/1361083692277301338 Fix is delayed, follow thread for updates.

If you are running carbon, it's been confirmed this problem is only related to those running carbon. Its not a problem on oxide.

Ah, well tell him to add the umod kit's API ! So that plugins like mine already support it! Here is what umod's kit's API does.

I forgot to mention, it is possible that you have more then 1 plugin affecting it, so do be careful of that /

Changed Status from Work in Progress to Fixed

@dfgas Hey so looks like the developer got around to adding an API. Does death modifier work now with Real PVE?

Changed Status from Pending to Not a Bug

No-Drop only prevents your body from drooping active items/backpacks from the corpse when you die, it is not designed to restore / give back your items. But Death Modifier is designed to keep your previous inventory.

Changed Status from Pending to Not a Bug

Please let me know if you find the plugin causing it! I may be able to fix support for it / Best way to find the plugin is to load 1 at a time on your test machine until it breaks it.

Hello, is it possible another plugin is conflicting with mine? Could you perhaps try on a test server with just mine loaded?

Could you please provide a full list of your installed plugins? You can do this by typing plugins in your server console and sending the output here in a message, or privately if you’d prefer.

Do you have any plugins that mess with electrical?

Changed Status from Pending to Not a Bug

What does console output say? And it's only designed to remove bugged conveyors & hoppers. If it's consistently removing bugged hoppers & conveyors, then you may have a plugin causing them to bug? Do you have any plugins that mess with industrial at all?

For reference I was able to create a bug with both the hopper & conveyor just by randomly dropping items into a hopper in a small loop with 2 conveyors running items through & an oil-refinery. After an hour of testing I was only able to re-create the hopper bug 2 times & the conveyor bug 1 time due to having to time it just right when dropping something in the hopper while the conveyor is pulling an item from the same attached chest.. Chest > hopper > hoppers out-put to conveyor = bug randomly depending on when stuff is sucked into the hopper.