-
Posts
584 -
Joined
-
Days Won
2
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by fullwiped
-
Hey, Thanks for checking back in, I really appreciate your interest I did take some time to look into this, but adding things like PvP detection or similar checks could cause problems right now, so the plugin needs to stay as it is for the moment. By design, this plugin is meant to send clear and serious warnings directly to individual players. Because of that, I don’t really consider whether the player is in PvP or doing something else. I actually use it on my own servers, and I find it very effective for addressing real violations like solo rule breaks or serious abuse, where a direct and personal warning makes sense. What you’re describing sounds more like a lightweight pop-up style notification, maybe something that appears in the top-right corner of the screen. A plugin built specifically for that purpose would probably suit your needs better. Thanks again for sharing your thoughts, I really do appreciate the feedback.- 6 comments
-
- 1
-
-
- #admin
- #admin tools
- (and 42 more)
-
2x Loot Table Config (Better Loot V4 Compatible)
fullwiped commented on fullwiped's file in Customizations
Hello, it’s not possible to automatically change it to 1.5 -
A few small suggestions, 1- Cases that contain commands do not really need to be added to REWARDS STORAGE. A config option could allow them to be deposited directly into the economy/sr. This would be more practical and safer for server saves. 2- For Exchange, instead of only using an NPC, a small menu inside the UltimateCases UI could be added (SRewards ⇄ Economics). This would make it easier for players to exchange and open cases faster. Best regards. -
Hello, currently the plugin does not have a feature to detect situations like PvP. I’m not sure if we can add this in the future, I’ll need to look into it.
-
Thanks for looking into this, we really appreciate it. Hopefully a proper solution can be found, looking forward to your findings after your tests. -
Hello @Iftebinjan, the PvE GUI warning is triggered because bullets hit the armored train while shooting NPCs, not because NPCs are immune to damage. Could you please advise how we can prevent or fix this? We noticed that when we set "Player Can Damage Other Player Buildings" to True, the GUI no longer appears when the train takes damage. However, since we are running a full PvE server, this setting is not really suitable for us.
-
Version 1.0.2
20 downloads
Stack Size Controller – Balanced Configuration Packs Includes 4 different configs. Pick one to use, or use different configs on multiple servers. Some stack values are based on the gather rate; however, overall, resources and similar items are set higher based on player experience and community feedback. Server Compatibility - Suitable for 3x, 5x, 10x and PvE servers - If higher stack sizes are desired, the 3x preset can safely be used on 2x servers without causing major balance issues or technical problems Professionally Designed & Tested All configurations are manually created from scratch and are not auto-generated or simple default edits. Each configuration has been: - Actively tested on live servers for over 2 years - Used on long-running, active servers - Adjusted based on real player behavior and feedback - Balanced with economic flow and recycler outputs in mind The goal is to improve quality of life without breaking progression or server economy. Balanced Design Philosophy Not every item is meant to be stacked. Below are the core principles behind how these configurations are designed. Durability & Skin Safety Weapons, clothing, doors, and certain electrical items are intentionally excluded from stacking. These items rely on durability (condition) mechanics and often support skins. Stacking them may cause condition conflicts, incorrect durability behavior, skin desynchronization, and inventory-related bugs. To maintain server stability and predictable gameplay, these item types are deliberately kept unstacked. Explosives & Economy Control F1 Grenades, Smoke Grenades, and similar explosive items are intentionally excluded from stacking or only increased by reasonable amounts. This approach helps prevent gunpowder inflation, balance abuse, and uncontrolled progression. Stackable Item Categories - Resources (Some resources have been stacked above the normal limits in line with strong player demand, especially wood and stone, among others.) - Components (Excessive stacking has not been applied in order to maintain recycling balance; it has been kept at a controlled and balanced level.) - Food items - Medical items - Ammunition Easy Installation 1. Choose one of the 4 configuration presets 2. Copy StackSizeController.json into your config folder 3. Oxide.reload StackSizeController OR c.reload StackSizeController Required Plugin This configuration pack requires the Stack Size Controller plugin. You can download it for free from uMod: https://umod.org/plugins/stack-size-controller$12.99-
- 1
-
-
- #stack size controller
- #stacks
- (and 25 more)
-
Thank you again for your help, the issue has been resolved.
-
They resolved this issue through a Discord ticket. Thank you. -
With the new update, the config settings broke. The update changed all currency settings and forced them back to scrap as the payment method. Could you please check this issue? "Currency: 0 - item, 1 - Economics, 2 - Server Rewards, 3 - Bank System": 0
-
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.
-
PermissionsManager, QuickSmelt, and Vanish configurations have been added. -
Version 1.0.3
25 downloads
AdminWarn is intended for situations where players clearly exceed server rules or must be explicitly warned. It is not a lightweight or easily dismissible notification. The purpose is not to preserve gameplay flow, but to deliver a clear and serious warning. Warnings are delivered instantly and ignore conditions such as safe zones or PvP status. Stop guessing whether your warning messages in chat were actually noticed. Tired of sending important warnings as an admin via RCON or global chat and never being sure who actually read them? AdminWarn is built to give admins certainty. AdminWarn is designed for manual warning delivery. This is not an automated warning system. Every warning is intentionally sent by an admin using commands. At the same time, AdminWarn handles warnings smartly and automatically in the background. Warnings sent to offline players are stored and shown automatically when the player next joins, even days later. For individual online players, warnings remain stored until acknowledged, then are automatically cleared. All data is wipe-aware and cleaned up automatically on server wipes. Instead of relying on admin-sent chat warnings that can get lost, ignored, or missed while players are AFK, AdminWarn delivers a mandatory, player-specific GUI warning directly on the player’s screen. Each warning includes a configurable sound effect, using only built-in, local in-game sounds. No external or custom audio files are used. This is not an auto chat message. It is a visual warning that requires player acknowledgment. Even if the player closes the game without confirming it, the warning will reappear on the next login until acknowledged. No hard movement lock is applied. Warnings can be sent via RCON, server console, or in-game admin console (F1). In-game commands /warn and /warnall are used to manually send warnings. /warn can target individual players whether they are online or offline, while /warnall applies only to online players. Discord webhook logs clearly confirm when warnings are acknowledged. Global warnings apply only to online players and do not generate Discord logs, preventing spam and rate-limit issues. How It Works? 1) Admin sends warning (chat/RCON) → Message is delivered via GUI with sound 2) Player must acknowledge → Cannot play until clicking button (No movement lock, only a visual GUI barrier) 3) Offline player support → Warnings sent to offline players are saved and displayed via GUI when they join 4) Data management → Auto-clears on wipe Key Features - GUI warning that requires player confirmation - Works online/offline - Warnings save for offline players - Global warnings - Warn all online players at once - Discord logging - Track acknowledged warnings - Wipe detection - Auto-clear data on server wipe - Professional interface - Clean GUI with sound effects - UTC-based date display - All timestamps are shown in UTC (Coordinated Universal Time) 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 ➤ Admin Chat Commands: /warn <player>|<steam64ID> <message> /warnall <message> ➤ Console/RCON Commands: warn <player>|<steam64ID> <message> warnall <message> 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. Permissions Oxide/Carbon oxide.grant group admin adminwarn.admin c.grant group admin adminwarn.admin Discord Webhook Logging When enabled, sends acknowledgement logs to Discord: Player name Warning message Read status (online/after reconnect) Timestamp Does NOT log warning sending (only acknowledgements) Does NOT log global warning acknowledgements (due to DC rate limits) Configuration { "Clear data on wipe": true, "Discord Log Enabled": false, "Discord Webhook URL": "", "Show Date in GUI": true, "Warning sound": "assets/prefabs/building/wall.frame.shopfront/effects/metal_transaction_complete.prefab" } Lang/en { "NoPermission": "You don't have permission to use this command.", "WarnUsage": "Usage: /warn <player name or steamid> <message>", "PlayerNotFound": "Player not found. Use SteamID for offline players.", "DuplicateWarning": "Duplicate warning prevented for player {0}", "WarningSent": "Warning sent to {0}: {1}", "WarningSaved": "Warning saved for offline player {0}.", "WarnAllUsage": "Usage: /warnall <message>", "WarnAllSent": "Global warning sent to {0} online players: {1}", "ConsoleWarnUsage": "Usage: warn <player name or steamid> <message>", "ConsoleWarnAllUsage": "Usage: warnall <message>", "AcknowledgeThanks": "Thank you for acknowledging the warning.", "GuiTitle": "SERVER WARNING", "GuiButtonText": "✔ I ACKNOWLEDGE", "GuiDatePrefix": "Date", "GuiWarningFormat": "Hello {0}, you have received a warning." }$18.99- 6 comments
-
- 1
-
-
- #admin
- #admin tools
- (and 42 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
-
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)
-
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 -
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?