CoreSnap

Ok, well thank you. I appreciate the time.

Hello, I would like to stress again that this was literally working perfectly fine up until the updates I'd mentioned. I have not edited the Bradley Drops config file regarding the names. I know those are important to remain as-is, but I've attached that file in case I did mess something up and didn't see/realize it. In the Shop 'Items' config, this is how the Brad drop is specified: "supply.signal{1}": { "DisplayName": "BradleyDropMedium", "Skin": 2905355312, "Image": "", "DefaultAmount": 1, "BlockAmountChange": false, "ShowDisplayName": true, "BuyPrice": 300, "SellPrice": 25, "Currency": "eco" }, Again, was working before update. lol I stress that because in this instance, this 'display name' is just that...the skinID and item shortname that's being used is what Shop uses, at least to my understanding. In which this is how they're formatted in the 'Categories' config file within Shop: "Bradley/HeliSignals": { "Image": "https://rustplugins.net/products/shop/box.png", "Permission": "discord", "Sale": 0.0, "Items": [ "supply.signal{0}", "supply.signal{1}", "supply.signal{2}", "supply.signal{3}", "supply.signal{4}", "supply.signal{5}", "supply.signal{6}", "supply.signal{7}", "supply.signal{8}", "supply.signal{9}", "supply.signal{10}", "supply.signal{11}", "supply.signal{12}", "supply.signal{13}", "supply.signal{14}", "supply.signal{15}", "supply.signal{16}", "supply.signal{17}", "supply.signal{18}", "supply.signal{19}" ] }, Literally as I'm writing this and testing stuff out, it all started working again. I didn't even restart my server since I created this ticket. Just removed all Shop files from server, placed Mevent's Shop on, added a brad signal and worked perfect. Removed all that, added David's shop back on, same exact configuration and now it works with no errors. Makes me feel back for wasting your time, but nothing was working at all last night. Welp, I guess we can close this out. BradleyDrops.json

Below is the information I provided to David for his Shop UI plugin. This issue only occurs when using Shop, but he said there's nothing he can do, which obviously does nothing to help with solving the problem. Hopefully you're able to assist on this and maybe it's something with BradleyDrops/Heli Signals that you're able to find that's causing this issue within Shop UI. I also have Shop by Mevent and will try that tomorrow, as I'm unable to do any further testing today. I believe it's said below, but want to emphasize that this was working before I updated my server. I first updated to what is seen below. However, after the crash I saw that there was another new update, 17991047. I'm currently on this and nothing has changed. Thank you in advance for the assistance. Definitely don't mean to throw this on you, but hopefully it IS an issue with this that you can assist with since David is unable to. Let me know what else you need from me. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Hello, I've been working on getting this fixed all morning, but can't find an answer or fix. I have Brad/Heli signals in the shop. Had them setup for months with no issue. When Server Update 17982604 was released and downloaded this morning, Brad and Heli signals stopped working when purchased from the shop. They work just fine when giving them thru native commands. I don't have anything else that is affected by the shop. When throwing a Brad signal, console shows: Failed to call internal hook 'OnExplosiveThrown' on plugin 'BradleyDrops v1.1.17' [1930466752] (The given key 'BradleyDropEasy' was not present in the dictionary.) at APCData System.Collections.Generic.Dictionary<string, Oxide.Plugins.BradleyDrops+APCData>.get_Item(string key) at void Oxide.Plugins.BradleyDrops.BradleySignalThrown(BasePlayer player, SupplySignal entity, Item signal) in C:/RustServer/FuturesWNT/carbon/plugins/BradleyDrops.cs:line 959 at void Oxide.Plugins.BradleyDrops.OnExplosiveThrown(BasePlayer player, SupplySignal entity, ThrownWeapon item) in C:/RustServer/FuturesWNT/carbon/plugins/BradleyDrops.cs:line 372 at object Oxide.Plugins.BradleyDrops.InternalCallHook(uint hook, object[] args) in BradleyDrops.cs/Internal:line 464 IN THE PLUGIN FILE: line 959 var permSuffix = config.bradley.apcConfig[apcProfile].GiveItemCommand.ToLower(); line 372 BradleySignalThrown(player, entity, signal); line 464 blank BradleyDrop bradComp = bradley.GetComponent<BradleyDrop>(); if (bradComp == null) return null; if (bradComp.isDespawning) { info.damageTypes.ScaleAll(0); return true; } <<<<<----- {THIS IS WHERE LINE 464 IS} var apcName = config.bradley.apcConfig[apcProfile].APCName; BasePlayer attacker = Initiator as BasePlayer; if (Initiator is BasePlayer) { attacker = Initiator as BasePlayer; } else if (Initiator is AutoTurret) When throwing a Heli Signal, I simply get the chat notification "You don't have permission to use this heli signal". Again, when not purchasing thru the shop and just giving the items thru "hsgive easy coresnap 1" or "bdgive easy coresnap 1", no errors occur. I've downloaded new versions of each of those and this changed nothing. I have so much configured thru Shop that I have yet to fully disassemble it and start fresh, but I kind of assume that's what you'll want me to do. I just wanted to be proactive and send this along to see if you might know what else may be causing this issue, or if I really need to just wipe the shop, input the items into shop and try from there. Thanks!! EDIT: I redownloaded Shop, installed it fresh, new config, manually input brad and heli signal info into new/fresh Item and Category files (no copy/pasting), and same issue occurred. Please let me know if you need anything further from me. Thank you!

But if there's no issue with their plugin when not using shop and it only happens when purchasing an item from shop, I don't understand how it's not the Shop plugin causing the issue. Obviously Shop is doing something to the item, esp since it both won't work after purchasing, and also crashed my server when using additional methods. I'll reach out to them, but this doesn't make sense to me how it only breaks when utilizing this plugin. Are you able to elaborate on this? What the issue could be? Thank you!

AND to add to this.... I just tried adding a single bradley drop supply signal as a command instead....crashed my server right after purchasing it from the shop. I got the signal, was about to throw it and out of the corner of my eye I saw my console go all red and then crashed. Wasn't able to grab anything it said, but I can try to recreate that on a test server if you think that'd help any, even though I don't plan on using Commands in the shop.

Hello, I've been working on getting this fixed all morning, but can't find an answer or fix. I have Brad/Heli signals in the shop. Had them setup for months with no issue. When Server Update 17982604 was released and downloaded this morning, Brad and Heli signals stopped working when purchased from the shop. They work just fine when giving them thru native commands. I don't have anything else that is affected by the shop. When throwing a Brad signal, console shows: Failed to call internal hook 'OnExplosiveThrown' on plugin 'BradleyDrops v1.1.17' [1930466752] (The given key 'BradleyDropEasy' was not present in the dictionary.) at APCData System.Collections.Generic.Dictionary<string, Oxide.Plugins.BradleyDrops+APCData>.get_Item(string key) at void Oxide.Plugins.BradleyDrops.BradleySignalThrown(BasePlayer player, SupplySignal entity, Item signal) in C:/RustServer/FuturesWNT/carbon/plugins/BradleyDrops.cs:line 959 at void Oxide.Plugins.BradleyDrops.OnExplosiveThrown(BasePlayer player, SupplySignal entity, ThrownWeapon item) in C:/RustServer/FuturesWNT/carbon/plugins/BradleyDrops.cs:line 372 at object Oxide.Plugins.BradleyDrops.InternalCallHook(uint hook, object[] args) in BradleyDrops.cs/Internal:line 464 IN THE PLUGIN FILE: line 959 var permSuffix = config.bradley.apcConfig[apcProfile].GiveItemCommand.ToLower(); line 372 BradleySignalThrown(player, entity, signal); line 464 blank BradleyDrop bradComp = bradley.GetComponent<BradleyDrop>(); if (bradComp == null) return null; if (bradComp.isDespawning) { info.damageTypes.ScaleAll(0); return true; } <<<<<----- {THIS IS WHERE LINE 464 IS} var apcName = config.bradley.apcConfig[apcProfile].APCName; BasePlayer attacker = Initiator as BasePlayer; if (Initiator is BasePlayer) { attacker = Initiator as BasePlayer; } else if (Initiator is AutoTurret) When throwing a Heli Signal, I simply get the chat notification "You don't have permission to use this heli signal". Again, when not purchasing thru the shop and just giving the items thru "hsgive easy coresnap 1" or "bdgive easy coresnap 1", no errors occur. I've downloaded new versions of each of those and this changed nothing. I have so much configured thru Shop that I have yet to fully disassemble it and start fresh, but I kind of assume that's what you'll want me to do. I just wanted to be proactive and send this along to see if you might know what else may be causing this issue, or if I really need to just wipe the shop, input the items into shop and try from there. Thanks!! EDIT: I redownloaded Shop, installed it fresh, new config, manually input brad and heli signal info into new/fresh Item and Category files (no copy/pasting), and same issue occurred. Please let me know if you need anything further from me. Thank you!

How are you able to accomplish this for custom maps/monuments? Will it just create a spawnpoint where you are regardless and would only need to be changed if/when you change maps?

Hello, No matter what I change the timezone to in the config file, it will not update when doing '/raidprot'. Always shows "Offline Raid Protection Info xx : xx : xx UTC". I'm trying to update this to MST (Mountain Standard Time). I have reloaded the plugin several times, started with fresh config, nothing fixes or changes this. Is there a way to get this to change in-game? Or does it always show UTC and the only thing that matters is the protected time zone you select/designate within the config file? Thank you!

Hello. Just tried new Update and this still isn't working. Is there an ETA for this? Thanks!

....womp womp! XD So how much are you making off your AI mods? You must make the best ones any of us have seen! Oh, wait, you said it's 'hard'.... guess we're not surprised by this type of response. lmao I've made like 5 plugins with AI that I use on my server... it's EASY AFFF!! lmao I would never ask anyone for money for my AI-generated garbage. lmao

It may have been mentioned in here already, but maybe do what other companies are doing... make it mandatory that a disclaimer is placed on the product advising that it's 100% AI-generated and that support is/will be limited. This will still offer the opportunity to try out a cool idea with the understanding that it may break and not be easily maintained / updated.

This doesn't answer my question, nor does it even work when I use Rust Kits from UMod. Please look into this.

well holy dam. Just throwing it into the other RustEdit (that I didn't know existed) fixed that right up! lol Thanks again!

Oh, ok. I'm sure I wasn't the only one, but didn't see it on here so figured I'd ask. lol Thanks again for the awesome map! Everyone loves it!

Hello, I was just adding some things to the map for wipe tomorrow and noticed that the entire canyon (pics attached) is filled with invisible water. lol I noticed you just have water coming in from the ocean for this, but in a previous version I was able to go down in the canyon without there being any water. This is for Ue canyon B 235.38, 35.93, -720.2 In RustEdit the water shows up, but in-game it's not visibly there from above. Only when you jump down into the canyon are you met with the water 'volume' and you can then swim. Is there something either you can do for this before wipe? Or a way I can remedy this on my end? I'm not super experienced with RE and have put a fair amount into this map so would like to NOT have to start fresh. lol Appreciate the assistance. Love the map as a whole! edit: doesn't appear as though it added file names.... first photo is RustEdit view, the rest are from in-game.

When adding a kit with all 7 slots filled and a backpack, the kit menu (when viewing a kit) doesn't show all of the clothing items available in said kit. I'm assuming this is because this was created/configured before backpacks were a thing so it hasn't been taken into account yet. Attached 2 photos for reference... 1 showing the full kit in Kits UI, the second showing the kit in the WelcomeMenu kits UI. (I also noticed it places items in a different order. Not a big deal, but just wondering why this is). Am I missing something in the configuration that takes this into account? If not, are there plans to remedy this? I also see that there's still an 'x' for "Carbon Compatible". I'm using Carbon, for reference. Everything else within the WP series works perfectly without issue. I ALSO also noticed that the WPKits says it works with UMods Kits plugin... is there a difference in how this would be handled? Let me know if you have any questions. Thanks!