Vergbergler

@MaverickSlams I marked this issue as complete. Please inform me if it is not fixed from the new update. I could not produce this error on my server.

Changed Status from Pending to Fixed Changed Fixed In from Not set to 2.1.4

I suspect you are using a custom vending machine plugin along side SuperCrafter? I have another customer that was dealing with this issue, but they resolved it by changing some configuration settings in that plugin. Regardless if you do or don't; I've updated SuperCrafter to discriminate between Vendor NPCs and Vending Machines. Lastly, if you are getting the message when using Vending Machines, this means you are trying to use base resources to purchase from a Vending Machine? This is currently not allowed. Vending machines cause a loophole that was tricky to handle. Players were purchasing things from their own Vending Machines to duplicate items (in previous versions of SuperCrafter). I blocked Vending Machine use when pulling from base resources. I hope this update helps you with this issue.

Changed Status from Work in Progress to Fixed

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

Apologies for the delay. I was experiencing the same issue. The latest Rust update is giving me some trouble and it is requiring extensive testing to make sure it's ready for deployment. I'm glad it is working for you, but this intermittent issue shouldn't be happening.

Changed Status from Work in Progress to Can't Reproduce

@SpookyBoo12 I've been carefully flying over Bandit Camp for around 15 minutes. I can't seem to replicate this issue. My character does not equip scuba gear in any wet location inside the Bandit Camp, unless I no-clip under the ground as an Admin. Instant Scuba Diver only equips scuba gear if the server decides that player is swimming. Looking into Facepunch's code they look for if the player is in a "mounted" state with the water. This is different from a minicopter mount and is indicated when the player's model looks like they are "swimming". Could you provide me with clearer steps to reproduce this issue? Possible reasons why this happened to you: 1) Another plugin on your server is interfering with the player's swim state 2) You used the Admin no-clip accidentally I'm not dismissing this issue, but without a way to see how this happened in a debug environment I can only speculate how it happened.

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

Gotcha. I'll get this fixed!

Changed Status from Work in Progress to Fixed Changed Fixed In from 2.0.0 to 2.0.5

I'm dropping support for "Shop UI" as the developer is not responding. Per Codefling on other plugin compatibility: "That's not really your responsibility." Though I would love to interface with all plugins, it really is up to the other developers to sync up with me to eliminate conflicts. With that said, I want my customers to be happy with SuperCrafter. I highly suggest the plugin below. It's clean, highly versatile, and works great with SuperCrafter.

Changed Status from Pending to Not a Bug Changed Fixed In to 1.1.5

Yep, this is normal. It's just the scuba gear that was spawned in for you. We don't want players taking it for recycling to profit. We also don't want to push it back into your (maybe) full inventory. Let me know if this bothers you. Maybe we can find a better solution.

This was exactly what was happening. Good catch. While I was splitting SuperCrafter.cs into SuperCrafter/SuperCrafterAPI, I overlooked a check to see which home they were actually using so all bases were deemed "AtHome". Please feel free to comment here, or create a new ticket if you have further issues.

Changed Status from Work in Progress to Fixed

Fixed. Feel free to comment here, or create a new ticket if you have further issues.

Changed Status from Work in Progress to Fixed

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

Did you modify the configuration file or used the command to modify the crafting distance? By default, the crafting range is set to the TC permission range.

Could you tell me what you are crafting?

#1 and #2 have been resolved in the latest 2.0.0 update. #3 is waiting for developer of ShopUI to respond for collaboration.

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

These issues are currently WIP: 1) The new Rust feature to be able to unlock multiple nodes in the tech tree does not currently take the correct amount of Scrap to research. 2) Repairing a fully broken weapon takes slightly less resources than the UI shows. 3) Shop UI plugin purchases do not take resources for purchased items. Please feel free to add to the list.