-
Posts
6 -
Joined
-
Last visited
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Reels
Everything posted by myxamo
-
HarborEvent 2.4.6 appears to have a compatibility issue with the current Rust server version. The plugin sets Cargo.enableSaving = false and disables saving for the ship’s existing child entities immediately after spawning it. However, the current Rust CargoShip.SpawnCrate method creates crates with enableSaving = true, and HarborEvent’s SpawnCargoCrate handler does not disable saving for crates spawned in subsequent loot rounds. This leaves saved crates referencing a ship that is not included in the save file. After a server restart, the crates appear near world origin (0, 0, 0), with their ship-local coordinates interpreted as world coordinates. We found 30 crates in a .sav file referencing the same missing parent entity. Runtime logs also confirmed that affected crates remained near world origin without a parent after loading the save. Could you update HarborEvent so that all crates spawned on its non-persistent cargo ship, including subsequent loot rounds, are excluded from saving?
- 1 reply
-
- 1
-
-
@turner Can you fix the plugin for Carbon? -
Hello, i have this text in consol | 'TeamFinder v1.0.4' is using deprecated hook 'OnTeamPromote', which will stop working on Wednesday, 31 December 2025. Please ask the author to update to 'OnTeamMemberPromote(PlayerTeam team, ulong userId)' -
I understand you perfectly. I encountered the same problem. So, now I can safely install the plugin without worrying about players' loot falling underground and the .map files being readable during a restart?
-
Yes, but you can simply delete the plugin and then your saves will load. Plus, the problem with loot falling into the ground will go away. So, the end result is a waste of money; the plugin sits in your piggy bank unnecessarily, unfortunately.
