21mac21

"My backpack fell through the ground, again!" is a sentence that all admins hate to hear. And what will happen if no admin is online when a players backpack (or held item) glitches through the ground? Correct, it will be lost forever. This plugin checks for all items which are dropped after a players death and will smoothly bring them up to the players death position (+ a little extra so they won't fall through the ground again). Just one command, one permission and the configuration is very small and simple. Configuration: "Lift glitched items slowly up instead of teleporting them instantly": (Just a small cosmetic feature) If true, the items will be slowly lifted up until they pop out of the terrain. If false, the items will be teleported instantly to the position on which the played died. --> If you experience any performance issues by the animation/coroutine, leave the setting on "false". While testing I had no performance issues unless I retrieved 50+ items simultaneously (which won't ever happen on a live server nevertheless). Permissions: glitcheditemretriever.active If a player does not have this permission, his items will not be retrieved. Why? Admins tend to throw stuff under the map and want to disable the retrieve logic for these items. Or you want to enable this plugin only for a VIP group of users. Whatever floats your boat. Commands: /gir.toggle Can be used by every player with the permission mentioned earlier. Toggles a settings with the enabled/disabled state for the calling player. Useful for admins when they want to throw stuff under the map. Just toggle the retrieve logic (to off), throw the stuff away, toggle the retrieve login again (to on). Notes: To make sure an item is dropped under the terrain ON PURPOSE, I added a minimum distance of 3 meters between the noclip-flying-admin-player and the terrain. If an admin wants to throw his stuff under the map WITHOUT toggling the setting first, make sure to fly more than 3 meters under the terrain. If the players position is below the terrain but not at least 3 meters, the plugin assumes that the player glitched through the terrain, dropped the items by accident and retrieves them. Known issues: - Rust does not always calculcate the terrain correctly when a player is inside a cave, tunnel or custom underground monument. An item that is glitched there will likely be teleported on the surface ABOVE the underground location. I opened a ticket at facepunch in 2024, not fixed yet. - Items that are thrown away on purpose (dragged out of the inventory or when used the "drop item (single)") are not handled by my plugin, when less then the whole stack was thrown away, since there is a bug in Facepunch's code that does not set the "dropped by" attribute (player's steam ID). So my plugin does now know to which player the item belonged, who should be informed via chat message and if the (unknown) owner has the setting enabled or disabled (via gir.toggle). I opened a ticket at facepunch in april 2025, not fix yet. Roadmap: - Since the plugins name could lead to the confusion: currently it only retreives the backpack and/or the held item the player drops on his death. I will check for items that were looted by p.e. barrels and other props later. - Maybe: configurable list of items that should be retrieved or ignored by the plugin - Smoother animation - Configurable message that is sent to the player - Check if player is in a tunnel/cave, since items that are dropped in these locations, are retrieved to the terrain (which is above the tunnel/cave!)

TL;DR: This plugin restores lost player teams after a server crash. In some cases, after an unsuccessful shutdown or a server crash, all player teams get disbanded and no one knows why. Facepunch knows about this issue for years but since it happens rarely and sporadically, it seems that they can't fix it. This leads to many annoying problems like - players can't open doors with locks that were placed by their (former) team mates and therefore will be trapped in the base until suicide (ingame) - players are beeing attacked by their "own" turrets and traps - players can't access the tool cupboard and chests since the building priviledge of the former team owner is not shared anymore. How does it work? This plugin is simple, has just four optional chat/console commands, one permissions and a very short configuration. It just saves all Rust teams to a data file on the following events/hooks: - OnServerSave - OnTeamCreated (removed, unnecessary) - OnTeamLeave (removed, unnecessary) - OnTeamAcceptInvite (removed, unnecessary) - OnTeamDisbanded (removed, unnecessary) - OnTeamKick (removed, unnecessary) - OnTeamPromote (removed, unnecessary) - OnServerShutdown - Unload Only this last two hooks tell the plugin that the shutdown was sucessful and planned by setting a flag. If the server (re)starts and this flag is NOT set, it knows that the server crashed or the process was killed. In this case the plugin restores all teams and you are good to go. Permissions: DisbandedTeamRestore.admin Player can list, disband and restore all teams Commands: /dtr.saveteams Saves the currently existing teams to the data file /dtr.restoreteams Disbands all currently existing teams and restores the teams from the data file /dtr.disbandteams Disbands all currently existing teams /dtr.listteams Lists all teams with ID, leader and members. Outputs to chat, if ran by a player via ingame chat, or to server console if run from - you guessed it - the server console. Config file: "Keep all backups, not only the last" set to "true" will create a backup data file for the teams on every call of the above mention events/hooks, instead of just one backup file. Don't worry, each file is only a few bytes in size, they won't bloat your hard drive. Debugging/Troubleshooting: By setting the variable "debug" to "true" (in the plugin file, not in the config file!) you can enable verbose logging into the server console. Roadmap: - Make it work with "Automatic authorization". Done. After the teams are restored, the players are automatically authorized on TCs, turrets and doors/locks if the plugin "Automatic authorization" is used - Add a config option to force restore all teams on server start (even if the server did not crash) - ... Feel free to DM me your suggestions!

The problem: Let's be honest: each of us found himself in a situation with too much storage containers and without any knowledge on where to find which item. Sure, you could just add some storage adaptors and pipes to your boxes but then you'll need to configurate each conveyor and care about splitting, routing and combining multiple pipes with multiple conveyors. Finally set up, the items - configured in the conveyor filters - will just be thrown into the next free slot and it will still be a big mess. Chest slot config gets you rid of this problem by sorting each item into the slot it belongs in, either by using an industrial conveyor system or by manually moving items into boxes. Save your (vip) players a ton of work and time they otherwise would waste on searching for items in boxes. Features: - Assign an item definition for each slot in small and large wooden boxes - Automatic sorting when attached to an industrial conveyor system - Manual sorting when right clicking, drag'n'dropping or hover looting items from your inventory - Display an overlay for the assigned item definition on each slot - Open the configuration by holding a configurable item or hold the secondary fire button while opening a chest - Quick select item definitions from categories - Search for item definitions by name - Removing and overwriting assigned item definitions - View-Only mode for players that should not be able to change the configuration Attention: Items will be sorted into the first slot with a matching item definition assigned OR with no item definition assigned. Since an unconfigured slot will accept every item, the inserted items will be dropped into it even if there's a slot with the correct item definition assigned AFTER the unconfigured slot. This logic does apply when storing items manually AND using a conveyor system. Permissions: ChestSlotConfig.use Player can open and use the full slot configuration. ChestSlotConfig.viewOnly Player can only view the assigned item definitions but not change them. Roadmap / Planned features: - Full UI rewrite: Yes I know the UI is flickering and looks awful. I'm a developer, not a designer 🙂 - "Clear all" button: Removes all assigned item definitions. - "Move box" feature: Destroy a box and place it somewhere else without loosing the slot configuration. Just use the plugin "Telekinesis by WhiteThunder", move the box and reattach the storage adaptor. He did a great work with this plugin. - "Block slot" feature: Blocks a slot entirely so that no item will be sorted into. Useful for later assignment. - "Copy and paste" feature: Let's you copy and paste the configuration for a whole box (of the same type). - "Assign slot range" feature: Let's you assign a range of slot instead of having to click every single slot when assigning the same item definition. - Adding more storage containers: Tool cupboards, lockers etc. - "Favourite" feature: Let's you mark item definitions as favourite to let you find/access them faster. - Translation of item definition names: Currently only english is supported since the server does not know which language the clients use. Maybe I will use the "Rust Translation API by Arainrr". - "Assigned slot first" feature: Items will fill up slots with a matching item definition assigned to it first, even if there are free/unconfigured slots BEFORE matching slots. Known issues / bugs: - Conveyors not working when placing storage adaptors with "Ubertool by k1lly0u" (chaos code): Not a bug with my plugin only, just an information: if you place storage adaptors while "Ubertool" is active, the adaptor will snap to the boxes but will now connect logically. The conveyor will not transport items until you remove the adaptor and place it again with disabled "Ubertool"