VENIQQ

I'm on latest version and still receive these errors. I don't use abovementioned plugin I don't have any custom loot added to collectible pickups as well - so wondering why this keeps popping up 14/03/2026 02:15:23 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.9' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 14/03/2026 02:15:23 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.9' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 14/03/2026 02:15:13 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.9' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 14/03/2026 02:15:13 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.9' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0

Hey, I liked the plugin idea, and while setting this up had a few recommendations how I think would make it even better: 1) You might want to count cooldown from the moment player actually sends loot, NOT from the moment they have entered "/delivery" command. As they might fail to purchase the drone (not enough scrap) or the other recepient might refuse to accept etc. I had cooldown enabled when I had not enough scrap in the inventory and then had to wait for the cooldown... 2) It would be nice if chat prefix would be customizable/localiseable and not hardcoded as currently player.ChatMessage($"<color=#30e398>[Drone Delivery]</color> {msg}"); 3) Localisation option for control panel & buttons without changing .cs file would be nice

Is it possible to support skinning for ChestStacks chests? After latest RUST update if you skin a chest to new skin - then all chests above are broken. I was told by ChestStacks author that this is due to Skinner and not ChestStacks functionality... Not sure what is the best way to fix this. Related topic with video - https://codefling.com/files/sc/27741-stack-boxs-breaking/#findComment-137863

@MonsterIs there any way to strip player names from characters that prevent DB write? Can this be embedded in one of the releases so that I don't need to GPT-shitcode this?

For us - if you skin the first box - it breaks all boxes above. Rust 2026-03-09 11-16-17.mp4

Some players are reporting that stacked chests break also when interacting with pipes and storage adaptors. However I can't verify what exactly breaks them as we tried to reproduce and it didn't happen all the time

Anyone who will upload latest version, please confirm if it won't break existing stacked chests again thx

No, I'm on Oxide, and no I don't have AI generated plugins that use that hook. Also the error says that it is coming specifically from Loottable "08/02 19:58:36 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.6'"

FYI - all works fine in previous version 1.2.32 ( I rolled back and tested). So using that version for now until it's fixed

Hey, There is no damage to players or player bases after RUST update, but players can shoot down helis as normal. All works fine for the regular helis. I'm using TruePVE and the only rulesets related to heli are these (haven't changed in months) which worked fine up until now "anything can hurt heli", "heli can hurt anything",

Players have complained that no items from Luck detective (metal detector luck) are being dropped after latest wipe update. I've also tested with max level (40%) and didn't get any single item - but there were also no exception/errors in the console as well. "Luck Detective": { "Permission required to show this node": null, "Minimum prestige required to unlock this node": 0, "Minimum player level required to unlock this node": 0, "Skill required to unlock node [Requires max level]": null, "Skill that if unlocked, will prevent this node from unlocking": null, "enabled": true, "max_level": 5, "tier": 2, "value_per_buff": 0.08, "buff_info": { "Key": "Metal_Detector_Luck", "Value": "Percentage" }, "icon_url": "", "skin": 3262328821, "permissions": null },

09/02/2026 19:59:52 | [RaidProtection] Saved 33 cupboards 09/02/2026 19:54:51 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 128ms 09/02/2026 19:54:51 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:49:50 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 325ms 09/02/2026 19:49:50 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:39:17 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took average 0ms [GARBAGE COLLECT] 09/02/2026 19:39:17 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 85210ms [GARBAGE COLLECT] 09/02/2026 19:39:17 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:32:51 | [RaidProtection] Saved 33 cupboards

Same for me, I can see vaary logn hook times for RaidProtection during lag spikes & server kicks players with packet flood. 09/02/2026 19:59:52 | [RaidProtection] Saved 33 cupboards 09/02/2026 19:54:51 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 128ms 09/02/2026 19:54:51 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:49:50 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 325ms 09/02/2026 19:49:50 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:39:17 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took average 0ms [GARBAGE COLLECT] 09/02/2026 19:39:17 | Calling 'OnServerSave' on 'RaidProtection v3.4.17' took 85210ms [GARBAGE COLLECT] 09/02/2026 19:39:17 | [RaidProtection] Failed to save protected cupboards 09/02/2026 19:32:51 | [RaidProtection] Saved 33 cupboards

FYI this is still a problem in some cases

After wipe update Doesn't count new bot kills into stats, so you can't become an owner by killing them (doesn't give you points). E.g. there are new bot types on oilrig.

08/02 19:58:36 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.6' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 08/02 19:58:36 | Failed to call hook 'OnCollectiblePickup' on plugin 'Loottable v2.2.6' (NullReferenceException: Object reference not set to an instance of an object.) at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x00107] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 I don't know when that happens, I just see spam in console

After latest restart I wanted to test it out once gain - and it just works.... I haven't changed anything. Let's just close the ticket for now. Thanks!

06/02/2026 20:35:02 | Failed to run a 300.00 timer in 'HarborEvent v2.3.8' (NullReferenceException: Object reference not set to an instance of an object) at Oxide.Plugins.HarborEvent+ControllerHarborEvent.EnablePveMode (Oxide.Plugins.HarborEvent+PveModeConfig config, BasePlayer player) [0x002d8] in <b84908af6a11460683d13af5ed8837e3>:0 at Oxide.Plugins.HarborEvent+<>c__DisplayClass90_0.<Start>b__0 () [0x0010d] in <b84908af6a11460683d13af5ed8837e3>:0 at Oxide.Core.Libraries.Timer+TimerInstance.FireCallback () [0x00018] in <15f61ddda771464d8246ebdce8ff4811>:0 06/02/2026 20:35:02 | [HarborEvent] HarborEvent has ended 06/02/2026 20:35:02 | [HarborEvent] There is no Harbor monument anywhere on the map to be able to launch this event! 06/02/2026 20:35:02 | [HarborEvent] HarborEvent has begun See map screen - we have Harbor (right side of the map)

Please review how it behaves after this force wipe, we had convoy vehicles moving very far off from one another, at least one moving underground (as players report), and heli flies very far off the main convoy track.

Yes I have, and their nicknames are not being stripped by the plugin

05/02 21:46:20 | MySql handle raised an exception (MySqlException: Incorrect string value: '\xF0\x9F\x8C\x9F' for column `of_xstatistics`.`StoredDataT_pve`.`UserName` at row 1) at MySqlConnector.Core.ServerSession.ReceiveReplyAsync (MySqlConnector.Protocol.Serialization.IOBehavior ioBehavior, System.Threading.CancellationToken cancellationToken) [0x0011b] in <dbba0abc564f4cbc913b724e430f6d9b>:0 at MySqlConnector.Core.ResultSet.ReadResultSetHeaderAsync (MySqlConnector.Protocol.Serialization.IOBehavior ioBeha

I don't have a video, we have "fixed" it by disallowing non-owners to enter Launchsite when it's occupied. We have observed it only in Launchsite Basically when monument already has owner --> Non-owner enters zone --> Non-owner can hit tank and take ownership of it

"Can deal damage to tanks if not an owner": false - Not working for Launchsite, if I leave setting that guests can visit if not owner - they can damage Bradley and own it separately from the Monument status

Thank you!