Mevent

Hey! So for ServerRewards RP the Command type isnt the best fit since it runs sr add through the server console and that doesnt always fire. Switch it to the Plugin type instead. Set Type to Plugin, then under Plugin settings put ServerRewards as the Plugin Name, AddPoints as the Hook, and 500 as the Amount. That calls the reward hook directly so the RP always gets added. Oh also worth checking. If Inventory is enabled in your config then claiming day 4 doesnt give rewards right away. It drops them into the rewards storage instead, and the player has to open that inventory and click each item to actually receive it. For a Command reward the command only runs once they click it in there, so try flipping Inventory off if you want the RP added instantly on claim.

@Rust Admincan u send me ur configs from Skills & Rust Rewards?

Changed Status from Work in Progress to Fixed

Changed Fixed In to Next Version

Hello everyone Yes, we already know about this issue, and we will release a fix soon.

Great! I'm glad we were able to solve the problem

hello! Specify in which folder did you install the json that came with the Package?

Hey! So the shop doesnt actually fetch skin images itself. When you set a Skin it just passes that id to Rust and lets the game client draw the icon natively. The client only knows about skins that are approved on the workshop and synced to its local database. If a skin isnt in there, like custom ones or stuff that got pulled from the workshop, theres nothing for the client to render so you just get a blank. Your workaround with the Image field is exactly the right move, that one loads a direct url through ImageLibrary so it always works regardless of what Rust has cached.

Hey! Found it. Turning skins off in the config only hides the skin menu, it doesnt actually wipe what players picked before. BuildTools stores each players skin choice in their personal data file at data/BuildTools/Players/playerid.json and keeps reapplying it on every single upgrade no matter what the config says. Those 2 guys had Container and Space selected before you flipped skins off, so their walls keep getting skinned. The blank wallpaper on damaged walls after restart is a Rust rendering quirk that hits skinned blocks which also have wallpaper. Fix: unload the plugin, delete those 2 players json files (or open them and remove the Skins section), then reload. New upgrades will apply skin 0 and the glitch stops.

Hey! Persisting through wipe is by design, its meant to be a permanent perk once bought. But you're right that theres currently no command to grant or clear it in game, only way right now is editing the data file directly (oxide/data/ShipVendor/SeaWolf.json). I get why thatd be annoying for admin work though, ill pass it along as a request for an admin command in a future update. No promises on timing but it makes sense to add.

Hi! As far as I know, you don't need to "uncomi" anything right now. You can just use the prefab paths from Karuza vehicles and spawn those Vehicles. He had a ready-made VehicleBuy config in discord

Hi! Can you tell me if you're getting any errors in the server console?

Changed Status from Work in Progress to Fixed

Changed Status from Pending to Work in Progress Changed Fixed In to Next Version

Changed Status from Pending to Work in Progress

We've taken it into consideration! But, I want to warn you right away - I may fall asleep, because it's already 1 a.m.

Hey! Can u send me ur config?

Hey! Good news on this one, favorites in NPC shops is actually coming in the next update. Theres a new Allow Favorites option you flip on per NPC in the config, and each NPC gets its own favorites list separate from everything else. So on your NPC only setup you just turn that on for your vendor after updating and the favorite button shows up right there for players. Ill drop the version number in here as soon as its live, shouldnt be long.

Changed Status from Pending to Fixed Changed Fixed In to Next Version

Changed Status from Pending to No Response

Changed Status from Pending to No Response

Hey! Easiest way: o.unload Shop, delete that players file under oxide/data/Shop/Players/ (named by their steam id), then o.load Shop. Works whether theyre online or not since the unload flushes everything from memory first, just a few seconds of downtime for everyone. If you want zero downtime, make sure that player is offline, delete their file, and skip the reload, the shop reads it fresh when they reconnect. On the ID field, thats just an internal id the shop uses to tell items apart, its NOT the Rust item id. The actual Rust item comes from ShortName. So for Item type you can leave ID at 0 and for Command type the same, the plugin assigns it automatically. Your current config is fine, you just had the meaning of that field a bit off.

Hi! We are currently trying to figure out what is causing this. Can you tell us if you have a backup of your config? so that we can test it