Mevent
-
Posts
3,390 -
Joined
-
Last visited
-
Days Won
52
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Reels
Everything posted by Mevent
-
Hey! So the bot connects to your servers via WebSocket RCON, and Server-1 on port 28016 is working fine. The issue is Server-2 on port 28021 - it's not responding to the RCON connection at all. The most common cause is a wrong RCON port. In Rust, the RCON port is usually your server port + 1 (so if your game port is 28015, RCON is 28016). Double check what RCON port your second server is actually using - look for +rcon.port in your server's startup command line. It might not be 28021.
-
Hey! So that error just means the bot is looking for a Discord role called Linked in your server but can't find it. You need to create a role named Linked in your Discord server settings (Server Settings > Roles > Create Role). Make sure the bot's role is above the Linked role in the role hierarchy, otherwise it won't be able to assign it. The good news is your bot works fine without it - linking still functions, it just won't auto-assign that role to linked members. Once you create the role, restart the bot and the error will go away.
-
hello! What kind of entities is the damage not working on?
-
So here's the thing - even though you deleted the Oxide.SQLite.dll, the server already loaded it into memory when it started up. Just reloading the plugin won't help because the DLL is still cached. You'll need to do a full server restart after deleting that file. Once the server boots fresh, Carbon will only load its own SQLite and the conflict will be gone.
-
Hey! This is a common issue when migrating to Carbon. The problem is that Carbon has its own built-in SQLite library, but you also have the old Oxide.SQLite.dll file still sitting in your server. They both define the same SQLite type, so the compiler doesn't know which one to use. Just go to your server's RustDedicated_Data/Managed/ folder (or wherever your Oxide extension DLLs are) and delete Oxide.SQLite.dll. Carbon already handles SQLite natively, so you don't need it. Reload the plugin after that and you should be good.
-
Hey! So you're right, this is actually a bug in the plugin - the wipe condition is inverted, which means player balances never get wiped even with the correct settings. Your config is set up properly with "Wipe Players?": true, the issue is on our end. We're pushing a fix for this. In the meantime, if you need to force-wipe balances right now, you can delete the player data files in oxide/data/BankSystem/Players/ and reload the plugin.
-
Hey, thanks for the kind words! So VehicleBuy actually has the same template system - it's just a different command. Run vehiclebuy.template inmenu 2 in your server console to switch to the ServerPanel V2 layout. That should fix the sizing issue for your players, same as with Shop.
-
Changed Status from Pending to Fixed Changed Fixed In to 1.2.4
-
Hi! You need to download the latest version of the Kits plugin -
fixed Sorry, I was on a train, so I didn't have internet -
Changed Status from Pending to Fixed Changed Fixed In to 1.5.46
-
fixed Sorry, I was on a train, so I didn't have internet
-
Hey! The DisplayType setting isn't what's causing this - that's about UI scale behavior, not layout. The actual problem is that your Shop In-Menu template is adapted for ServerPanel V1, but you're running ServerPanel V2. The V1 template has different dimensions that don't fit correctly within the V2 panel layout, which is why items are getting cut off on the right. The fix is to reinstall the correct template. Run /shop.install (or shop.install in server console) and pick the In-Menu template adapted for ServerPanel V2 (Template V2 or Template V2 with basket, if you need the basket feature). That'll set up the proper dimensions to fit within the V2 panel frame on standard 16:9 screens.
-
Hey, glad you're loving the plugin! And yep, you can totally do this. Each item in the shop config has a "Currencies" section that lets you set per-item pricing for each economy. So for your unique items, you'd enable it and only add the RP economy (ID 1), leaving out Economics (ID 0). That way the item will only show up when a player has RP selected. Here's what it looks like in the config for an item: "Currencies": { "Enabled": true, "Enabled currency for buying items (key - economy ID, if you use economy by default use 0)": { "1": { "Price": 500.0 } }, "Currency for selling items (key - economy ID, if you use economy by default use 0)": { "1": { "Price": 250.0 } } } With this setup, the item only appears when the player switches to ServerRewards (RP) using that button at the top. So your main shop items would work with Economics as usual, and those special items would only be purchasable with RP. You can even set different prices per economy if you want an item available in both currencies. -
Changed Status from Pending to Closed
-
Hey! There's no direct console command for buying without the UI, but there's a partial workaround. If you set "Force Buy": true on specific items in the config, those items skip the cart and purchase instantly when clicked in the shop. Combined with the openshopUI console command (which players can bind), it at least speeds things up - open shop, click item, done. Still requires the UI though, so a true keybind-to-buy feature would need to be a new addition to the plugin.
-
.thumb.gif.fceac0366edeb05147e7df19f898c709.gif)
Hey! You can switch between UI templates using the console command: dailyrewards.template inmenu 2 This gives you a more compact menu layout. If you want to customize the size further, you can edit the panel dimensions in your config file - look for the "OffsetMin" and "OffsetMax" values under the Content Panel section in your UI settings. For example, changing the anchor values from "0 0.5" / "1 0.5" to something like "0.15 0.3" / "0.85 0.7" will make the panel narrower and not stretch edge-to-edge. -
hello! Are you using the latest version? If so, can you tell me which transport this happens on?
-
Honestly, I did not expect it to be this convenient. You design your Rust CUI visually, see what it will look like with live preview, then export clean ready to use code in seconds. The SVG import workflow from tools like Figma is a really nice bonus.- 15 comments
-
- 1
-
-
- #cui
- #cui editor
- (and 2 more)
-
Changed Status from Pending to Closed
-
You need to use the latest version of the plugin. -
you can do though is set "DefaultKeysAmount": 10 on your trader bot - that way the three buttons will offer 10, 50, and 100 keys automatically. The price scales with the amount so it'll calculate correctly. -
Changed Status from Pending to Closed
-
Almost! The file goes into oxide/data/TheMevent/Images/ServerPanel/image1.png on your server, but in the editor you only write: TheMevent/Images/ServerPanel/image1.png Don't include the oxide/data/ part - the plugin adds that automatically.
-
Hey! So the offline image mode you enabled works great for the default Mevent images because they're pre-packaged. For your own custom images, you need to do a few extra steps: 1. Put your images (PNG format only) into this folder on your server: oxide/data/TheMevent/Images/ServerPanel/ You can create subfolders too, like oxide/data/TheMevent/Images/ServerPanel/custom/ 2. In the ServerPanel editor, instead of using your Dropbox URL, set the image path to: TheMevent/Images/ServerPanel/YOUR_IMAGE_NAME.png Or if you used a subfolder: TheMevent/Images/ServerPanel/custom/YOUR_IMAGE_NAME.png 3. Make sure "Enable Offline Image Mode": true is set in your ServerPanel.json config 4. Reload the plugin: o.reload ServerPanel The key thing is - you're not using URLs anymore. You're pointing to local files on the server. So forget about Dropbox, Imgur, etc. Just upload the PNGs directly to your server via FTP/file manager and reference them by path.
