.png.a9f77afb0653176492a7ec78168c7ae0.png)
-
Posts
620 -
Joined
-
Days Won
2
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by fullwiped
-
Great plugin, there’s a small bug: when clicking the HOW TO GET KEYS and REWARDS TO STORAGE buttons, the menus that should open sometimes appear behind the server panel. -
There is no definitive method for this; you need to open the files with a text editor, manually fix them, and translate the language. -
Hello, unfortunately not every plugin supports Turkish language files. Edits need to be made separately for each plugin/config, and this can take a very long time. For this reason, doing the language translation yourself will give the most accurate result.
-
Hello, could you please explain why the Loot Manager dependency is required? Loot was already working quite well with AlphaLoot, so I was wondering if there is a specific or practical reason for adding an additional plugin dependency.
-
.thumb.png.fd415e6a279abcb86097c1d6ea9f77b2.png)
Hello, when upgraded furnaces are picked up using the hammer, the following log error appears in RCON/BattleMetrics. PeaceDuck failed to pickup assets/prefabs/deployable/furnace/furnace.prefab but no valid error reason was given -
Hello again@ThePitereq, could this issue be related to salt water? Some players mentioned they experienced similar behavior when the pump was outputting salt water. You can see the details in the screenshot below, and I’m also attaching our config. { "Misc - Require Permission": false, "Misc - Pump Item Name": "Submersible Pump", "Misc - Pump Ground Check": false, "Misc - Allow Placing On Water Level": false, "Misc - Allow Hammer Hit Pickup": true, "Water Type - Do Not Update Water Type To Freshwater": false, "Water Type - Do Not Update Water Type When Pressing SPRINT Button": true, "Limit - Default Pump Limit (0, to disable)": 2, "Limit - Permission Limits": { "submersiblepump.admin": 100, "submersiblepump.vip": 20 }, "Craft - Enable Pump Craft": true, "Craft - Chat Command": "pump", "Craft - Require Blueprint For Pump": false, "Craft - Required Workbench Level (0-3)": 1, "Craft - Pump Craft Cost": [ { "Item Shortname": "metal.fragments", "Item Amount": 300, "Item Skin": 0 }, { "Item Shortname": "wood", "Item Amount": 300, "Item Skin": 0 }, { "Item Shortname": "metalpipe", "Item Amount": 1, "Item Skin": 0 }, { "Item Shortname": "gears", "Item Amount": 1, "Item Skin": 0 } ] }
-
We do not use any external plugin for this. It may be a temporary general issue. Thank you for the response.
-
PermissionsManager, QuickSmelt, and Vanish configurations have been added. -
Version 1.0.5
53 downloads
AdminWarn is designed for situations where players clearly violate server rules or require a direct and serious warning. With the latest update, an optional popup warning mode has been added alongside the mandatory acknowledgment GUI. This allows admins to send clean, non-intrusive messages displayed at the top of the screen. News: To avoid disrupting gameplay (such as PvP), you can use: /warnpopup <SteamID> <message> /warnpopupall <message> The core purpose of AdminWarn remains unchanged: forcing players to acknowledge warnings. Each mandatory warning includes a single confirmation button, ensuring the player has read and accepted it. Acknowledgment events are tracked via Discord webhook logs, including whether the warning was confirmed while the player was online or after reconnecting. AdminWarn is built for manual use only. It is not an automated warning system. All warnings are intentionally sent by admins using commands. At the same time, the system works intelligently in the background: - Warnings sent to offline players are stored and automatically shown when they next join, even days later. - For online players, warnings remain active until acknowledged, then are automatically cleared. - All data is fully wipe-aware and automatically cleaned on server wipes. Each warning includes built-in in-game sound effects. No external or custom audio files are used. This is not a chat message. Warnings are delivered as visual UI elements that require acknowledgment or appear as optional popup notifications. Even if a player closes the game, mandatory warnings will reappear on the next login until confirmed. No movement restrictions are applied. Warnings can be sent via: - RCON - Server console - In-game admin console (F1) Performance: AdminWarn is built with an optimized and efficient code structure, making its presence virtually unnoticeable on the server. It runs smoothly during long uptimes and maintains stable hook memory and performance values under normal server conditions. Wipe Behavior: - Restarts: Data preserved (approved warnings are auto-deleted for data optimization) - Server wipe: All warning data automatically cleared - No manual cleanup needed (Most of the time, it is not necessary) Commands Chat & Rcon: Note: Player names are not unique and may include different alphabets or special characters. To avoid ambiguity, using Steam64ID is strongly recommended when sending warnings. warn <SteamID> <message> warn <PlayerName> <message> warn <SteamID1>,<SteamID2>,<SteamID3> <message> warn <Name1>,<Name2>,<Name3> <message> warnall <message> warnpopup <SteamID> <message> warnpopup <PlayerName> <message> warnpopup <SteamID1>,<SteamID2>,<SteamID3> <message> warnpopup <Name1>,<Name2>,<Name3> <message> warnpopupall <message> Permissions Oxide/Carbon oxide.grant group admin adminwarn.admin c.grant group admin adminwarn.admin Discord Webhook Logging - Player name/steamid and SteamURL - Warning message / Timestamp - Read status (online/after reconnect) - Logs warning sending - Logs individual warning acknowledgements AdminWarnLangEn.jsonAdminWarnDefaultConfig.json$17.99- 8 comments
- 1 review
-
- 1
-
-
- #admin
- #admin tools
- (and 47 more)
-
I will try this, thank you!- 299 comments
-
- 1
-
-
- #protection
- #base
- (and 5 more)
-
Hello @Mr01sam I’d like to share a constructive suggestion regarding the raid protection system. In practice, this system is frequently abused for griefing. We have observed players deliberately placing structures and turrets directly in front of other players’ bases to block or harass them under protection. To mitigate this, we have already disabled traps in the configuration. However, this alone has not fully resolved player dissatisfaction. From our experience, the plugin would greatly benefit from a limitation mechanism. Specifically, introducing a configurable TC limit per player or clan would significantly reduce abuse while still preserving the core purpose of offline protection. For example: "Max protected cupboards per player/clan": "1", "Max protected Tugboats per player/clan": "2" This feature would encourage players to prioritize protecting their main base while preventing them from placing protected cupboards in front of other players’ bases to block or disrupt gameplay. There may also be alternative approaches on your side that could help address this issue; I hope you will consider evaluating possible solutions. A feature like this would add meaningful control for server owners and help prevent systematic griefing without weakening legitimate base protection. Best regards
-
Hello, One of our players reported the following behavior with the /pump craft pump. After the player disconnects, sprinklers visually continue spraying water, but planters stop receiving water. The system only starts working again after unplugging and reconnecting the pump power. This seems to repeat over time and requires manual resets. When you have time, could you please take a look at this? Thank you for your work and support.
-
Hi, Is it possible to display multiple economy balances (e.g. Economics and ServerRewards) in the HUD at the same time? If not currently supported, would this be something you could consider adding for servers using more than one currency? Thanks. "Economy plugin [Economics | ServerRewards]": { "Currency": "RP", "Value color": "#fff", "Enable": true, "Which plugin use [ServerRewards | Economics]": "Economics" }, "Economy plugin [Economics | ServerRewards]": { "Currency": "COIN", "Value color": "#fff", "Enable": true, "Which plugin use [ServerRewards | Economics]": "ServerRewards" },
-
Hi, after testing we noticed that when the /sw Research/Repair menu is closed, the item is dropped on the ground as a loot bag instead of being returned to the player’s inventory. Because there is no warning or feedback, players often think the item is lost. This is especially common in cluttered bases or uneven terrain where the loot bag is easy to miss, and players end up opening tickets to us. During testing, I personally thought the item was lost at first as well. Adding a clear notification or returning the item to the inventory would improve the experience. Also, the workbench images in the /sw menu are not loading and could use a refresh.
-
Hello, additionally, when claiming a kit, the process can fail if the kit includes a headgear item or if there is no free inventory space. This seems to be related to the /headlight feature being active, which causes the head slot to be treated as occupied. This information might be helpful for improving the headlight feature in a future update.
-
Additionally, I can’t find such a setting in the server panel either. Could you please help me with this? { "ID": 775577453, "Enabled": true, "Permission": "", "Visible": true, "Title": "VEHICLES", "Icon": "", "Chat Button": false, "Show Pages?": false, "Commands": [ "vabuy", "vehicle", "vb", "vehiclebuy" ], "Pages": [ { "Title": "", "Icon": null, "Commands": [ "test_command_123" ], "Type (Plugin/UI)": "Plugin", "Plugin Name": "VehicleBuy", "Plugin Hook": "API_OpenPlugin", "UI Elements": [ { "Enabled?": true, "Visible": true, "Name": "Panel_93d0ec7692", "Type (Label/Panel/Button/Image)": "Panel", "Color": { "HEX": "#FFFFFF", "Opacity (0 - 100)": 100.0 }, "Text": [], "Font Size": 14, "Font": 0, "Align": "UpperLeft", "Text Color": { "HEX": "#FFFFFF", "Opacity (0 - 100)": 100.0 }, "Command ({user} - user steamid)": "", "Image": "", "Cursor Enabled": false, "Keyboard Enabled": false, "Sprite": "", "Material": "", "AnchorMin (X)": 0.5, "AnchorMin (Y)": 0.5, "AnchorMax (X)": 0.5, "AnchorMax (Y)": 0.5, "OffsetMin (X)": -50.0, "OffsetMin (Y)": -50.0, "OffsetMax (X)": 50.0, "OffsetMax (Y)": 50.0 } ], "Localizations": {} } ], "Localizations": {} }, -
The sample configuration for VehicleBuy looks like this. Is there any setting here that would handle this? I set Cooldown to buy to 1800; this correctly applies a cooldown to vehicle purchases, but it does not prevent notification spam when the BUY button is repeatedly pressed. "motorbike_sidecar": { "Sound on purchase": true, "Order": 16, "Show": true, "Name": "motorbike_sidecar", "Prefab": "assets/content/vehicles/bikes/motorbike_sidecar.prefab", "Image link": "http://IP/vehicle/motobikeduo.png", "Spawn distance": 5.0, "Fuel": 25, "Currency: 0 - item, 1 - Economics, 2 - Server Rewards": 0, "If vehicle selling for item type him shortname": "scrap", "Price": 550, "Skin": 3281192470, "Command": "", "DeployableItemId": 833533164, "Need add engine parts if it possible?": false, "Engine parts": null, "Cooldown to buy (in seconds)": 1800, "Pickup type (0 - command, 1 - hammer)": 0, "Can pickup?": false, "Can recall?": false, "Recall price": 0, "Recall cost need?": false, "Pickup price": 0, "Enable decay?": true, "Permission (still empty if not need) ex. vehiclebuy.YOURPERMISSIONNAME": null, "Maximum number of purchases of one vehicle by one player": 0 },
-
Is it not possible to set a limit on mouse clicks? For spam-testing purposes, I click 30 times. Even with the settings below, because I clicked 30 times, the same notification stays on screen for 30 × 4 seconds, meaning a total of 120 seconds, and 3 notifications remain visible the whole time. "Notify Cooldown": 4.0, "Max Notifications On Screen": 3
-
I’ve created a ticket. Thank you!- 24 comments
-
- 1
-
-
- #headlight
- #rust
- (and 6 more)
-
Hello, sometimes the UI warning appears to become permanent and does not disappear after a certain period of time. This issue occurred when I initially joined the server.
-
Automated Messages is an almost flawless plugin that runs smoothly without putting any load on the server. I have been using it for nearly a year and absolutely love it. I originally purchased it from Lone but out of respect for this developer I also bought it here to review it again because the plugin is extremely functional. For example, when a player buys a package from Tebex you can add messages such as “Your package has been activated” and you can choose which Oxide or Carbon groups can see or be excluded from these messages. Timer chats also work perfectly. There is only one small suggestion that would make the plugin absolutely perfect if added in the future. The Economics plugin uses the command format *deposit <player name or id | > <amount> when RP is added to a player. If Automated Messages could optionally detect this command as a trigger it would allow us to show a message such as “1000 RP has been added to your balance” when a player purchases RP from Tebex. It is a minor feature but would be incredibly useful for improving clarity and the overall player experience. Thank you again for this excellent plugin and your valuable work @beee -
After the latest Rust update, I updated the servers and the raid protection system appears to be working for now.
-
What was the issue? It’s still not working for me, but maybe the information will help
-
Has anyone been able to solve the offline protection issue?