Somescrub

Still breaking things in 1.3.0 - Failed to call hook 'OnEntityDeath' on plugin 'BradleyTiers v1.3.0' (NullReferenceException: Object reference not set to an instance of an object) at Oxide.Plugins.BradleyTiers.OnEntityDeath (BradleyAPC apc, HitInfo info) [0x0077f] in <f62083f3cfec4b71928b6f9e72cfdbf8>:0 at Oxide.Plugins.BradleyTiers.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x0025c] in <f62083f3cfec4b71928b6f9e72cfdbf8>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <795304323ac74a298b8ed190a1dfa739>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000de] in <beb2b64691c64e2b95b99491bd85442c>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <beb2b64691c64e2b95b99491bd85442c>:0

Took me a minute to catch this, but economics are no longer being deposit for reward on kill. This is likely because of Facepunch's patch back on 7/6 that changed the way player.ID is retrieved. From Rust Discord - With the type change of player.userID being BasePlayer.EncryptedValue<ulong>, all hooks firing plugin.Call("MyHook", player.userID); and hook being private void MyHook(ulong playerID), will no longer fire. A quick fix like this would sort it out: plugin.Call("MyHook", player.userID.Get()); or plugin.Call("MyHook", (ulong)player.userID);.

This problem just popped up within the last couple of days - I have a few NPCs that were setup with a chat trigger to open a vending machine, which has since failed to appear when triggered. As admin, I can see the Edit and Reset buttons from the support plugin (customvendingsetup), but cannot see anything else. Screenshot attached - haven't touched this config at all, seems like maybe a FP update broke it recently?

Thanks - somehow I missed this, but you are correct I am using Stack Modifier. This was also happening before I made the switch to a new stack plugin with StackSizeController, to your point. I will fiddle with the stack sizes for the Halloween bags themselves and see if it solves the problem - and I can tag this over in Stack Modifier Support, just to see if they agree something needs modified within the stack plugin.

I also get the above error message on startups, as well as the below - since we are talking error messages: Exception while calling NextTick callback (NullReferenceException: Object reference not set to an instance of an object) at Oxide.Plugins.RaidProtection+ProtectedCupboardManager.InitProtectedCupboard (BaseEntity entity) [0x0001d] in <73ba132551f5455f96c2a83b58189adf>:0 at Oxide.Plugins.RaidProtection+<>c__DisplayClass132_0.<OnEntitySpawned>b__0 () [0x0009f] in <73ba132551f5455f96c2a83b58189adf>:0 at Oxide.Core.OxideMod.OnFrame (System.Single delta) [0x00051] in <beb2b64691c64e2b95b99491bd85442c>:0

This is reverting the loot profiles - needs a fix

Failed to call hook 'OnEntityDeath' on plugin 'BradleyTiers v1.2.2' (NullReferenceException: Object reference not set to an instance of an object) at Oxide.Plugins.BradleyTiers.OnEntityDeath (BradleyAPC apc, HitInfo info) [0x006a8] in :0 at Oxide.Plugins.BradleyTiers.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x0025c] in :0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in :0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000de] in :0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in :0

It appears that, after Saturday's patch, economics withdraw parameters aren't working anymore. Deposit still occurs, it is just withdraw that isn't doing anything anymore. Below is an example config - used to be able to purchase custom item, now it does nothing but stay on the dialogue page: "Message": "25 Pure Cannabis Indica for $3000", "Needs Permission (null = No)": null, "Player Commands": [], "Server Commands": [ "GiveItem 642482233 25 2661031542 Pure Cannabis Indica" ], "Next Message (null = Close UI)": null, "Price": 3000, "Currency": { "Item ID": 1, "Skin ID": 0 }, "Insufficient Funds Message (null = Close UI)": null, "Cooldown": 0, "Server Wide Cooldown": false

Third player's experience:

Here is the second player's experience with the BoH issues:

I know that explanation is heavy, so apologies. I attached my config file for reference as well for troubleshooting: BagOfHolding.json

2nd XXLarge bag without the tech trash now

1st XXL Bag

Here is my first player response on some details. One important detail from this one is that the spillage of items seems to occur while the player is logged out - they discover it when logging back in.

I will circle back around with those who are reporting to get some specifics for you. Per your other questions: When I refer to custom bags I mean the bag of holding bags - I maintained the vanilla configuration. I do use broken items cleaner, but this issue precedes when I implemented that. Specific to the spewing on the ground - I will get some clear description from the players for you. If the HeldEntity issue was related to the RPC error I reported awhile ago, then no that isn't the same thing that is happening - this was actually happening before the RPC error as well.

same

I've been getting this report from various players for awhile now... no console error or indicator otherwise as to how or why... Typically it has been reporting while players are hover-looting custom bags into their backpack (the backpack plugin). When they do and log off they come back to the bags and contents spilled on the ground for no particular reason, or the bag and contents vanish completely. This specifically happens when custom bags are placed within a bag of holding, within the backpack (plugin). I have custom bag quantities set to unlimited, and no limits placed on the backpack plugin. Additionally, weapons in-particular seem affected - many complain that putting/pulling weapons from the custom bags make them unusable entirely (both shoot and reload). I know this doesn't give you much, but wanted to get it out there as it has been a thorn in my side for awhile now. I don't have the slightest idea what could be causing it, since it doesn't affect everyone consistently.

More of an FYI at this point, but the latest version drop wiped all of my existing tool cupboard balances. If you aren't running backups your are pretty screwed - figured you should be aware of this. I double check my timestamps as well... happened directly after I loaded the plugin, and was confirmed working just a few hours before. Below is the log to confirm for one example: 07/06/2024 14:26:51 2528726858 All owners are now offline 07/06/2024 15:11:09 2528726858 Loaded existing tool cupboard 07/06/2024 15:11:09 2528726858 Starting protection in 0s (Skipped) 07/06/2024 15:11:09 2528726858 Protection status updated from Unprotected to Protected 07/06/2024 15:11:09 2528726858 Starting collection loop balance is 96121.51 cost per interval is 0.02569444 07/06/2024 15:11:09 2528726858 Initial status is Protected with reason NoReason and balance 96121.51 07/06/2024 18:27:52 2528726858 TC initially added 07/06/2024 18:39:05 2528726858 Loaded existing tool cupboard 07/06/2024 18:39:05 2528726858 Initial status is Unprotected with reason InsufficientBalance and balance 0

Thanks, Was just asking for clarification - go ahead and close.

I can't seem to get normal hand-drawn signs to persist after restarts... I was hoping this would solve for that, but it does not seem to do that. Does this specifically just fix linked image retention?

Rust dropped a patch - can't upgrade bags anymore with economics cash, despite the fact the balance is registered with economics.

@Yun - Was this fixed in any of the recent updates, or are you still working on a fix?