ZEODE

Sorry my bad, I thought you meant Heli Signals, I haven’t updated Bradley Drops yet, only Heli Signals. Bradley Drops update will hopefully hit at the weekend.

Changed Status from Pending to Closed Changed Fixed In to 1.0.13

Although the spam is annoying, it doesn't affect the functionality of the plugin. It should be safe to still use it until I update to fix the spam.

Thanks, that's helpful in narrowing it down. I will release a fix ASAP.

Hi, thanks for your report. Im at work so will look at this later when I get home and get to the bottom of it. Do you know when that spam is being produced? Is it only when a heli is being taken or at other times? Thanks.

Changed Status from Work in Progress to Not a Bug

Signal cool-down will be the issue if you have it. Others have had the same issue. Unfortunately the issue is with that plugin and not mine. I submitted a patch to the author but he is unresponsive. If you follow the link I posted a fix until the other dev accepts the patch or edits his plugin.

Changed Status from Pending to Closed Changed Fixed In to Next Version

To assist me further, please send me a list of all your plugins so I can see if there is one that might conflict. Thanks.

Hi, are you still having this issue? Did you check the other plugin issue out that I posted? Please let me know if you resolved the issue.

Changed Status from Pending to Not a Bug

do not include the pointed brackets < >

Hi, the commands are all listed on the plugin page. The give command for admins is: hsgive <type> <PlayerName or SteamID> <amount> Prefix with / if using in chat instead of console.

Make sure you give yourself the admin permission.

Hi, thanks for the report. I will add a fix for this to the update coming soon.

09:48 [Info] [Server Rewards Wipe] INFO: Wipe detected, wiping ServerRewards player RP... 09:48 [Info] [Server Rewards Wipe] INFO: Unloading ServerRewards plugin... 09:48 [Error] Failed to call hook 'Unload' on plugin 'ServerRewards v0.4.74' (NullReferenceException: Object reference not set to an instance of an object) at Oxide.Plugins.ServerRewards.SaveRP () [0x00000] in <ae7b6f16e969464b87547481333ef538>:0 at Oxide.Plugins.ServerRewards.Unload () [0x00069] in <ae7b6f16e969464b87547481333ef538>:0 at Oxide.Plugins.ServerRewards.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x017a0] in <ae7b6f16e969464b87547481333ef538>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <d431e37658ba4727b7490299d12dfc44>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000d8] in <157a94ee66ab4a7991faecd1eb84be3b>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <157a94ee66ab4a7991faecd1eb84be3b>:0 09:48 [Info] Unloaded plugin Server Rewards v0.4.74 by k1lly0u 09:48 [Info] [Server Rewards Wipe] ERROR: ServerRewards RP data not wiped, RP data was null. 09:48 [Info] [Server Rewards Wipe] INFO: Finished, reloading ServerRewards. I can see you are getting the same error on ServerRewards unload again, this seems to be interfering with the wipe process. We need to identify what is causing that error when SR unloads. From the error, it suggests it's trying to Save something which doesn't exist. Do you have any other plugins which interact with ServerRewards. What 8 plugins were loaded at the time?

When you get a minute, try this one and let me know how that goes. If not, please copy and paste the whole output relating to the plugin, or send the log file. I hope to get to the bottom of it for you.

ServerRewardsWipe.cs

I have looked over and over, the code is good from my plugin, do you have any other Supply Signal plugins which prevent throwing multiple signals? For example, if you are using Signal Cooldown, this will cause the dupe issue you are seeing. Others have had conflict issues with this plugin. I have sent a patch to the author of that plugin but they are non-responsive. but there is details on this page on how to resolve it until he accepts the patch:

Changed Status from Not a Bug to Work in Progress

If you’re able to provide a short video that would be great so I can see how the process is happening. I will re-look over it again as well and do a little more testing.

I have tested what you said, it is working fine in testing and the code is good. What happens is this, when a player is on cooldown and throws a Bradley Drop signal, it instantly destroys the signal they throw, then it refunds them and tells them in chat that they are on cooldown. This is normal behaviour, otherwise your players would throw the signal and lose it if they are on cooldown. So it does not duplicate, it simply refunds them the signal they threw while on cooldown since the one they threw is destroyed.