Pro100Razor111

I discovered this bug after updating the plugin, I believe when updating from version 1.7.3. There were no issues before that. Tomorrow I’ll unload the server to a local environment and start testing. I double-checked again — when the industrial recycler is placed, it blocks the placement of deployable items. As soon as I remove it, everything starts working normally again. This issue doesn’t happen with the standard recycler.

When an industrial recycler is placed, it prevents placing any items in the building. As soon as I remove the recycler, everything works correctly again.

Hi! You did an awesome update when you added the virtual recycler to your plugin — great work! Could you please add the ability to apply different speeds to the virtual recycler, or at least an option to disable speed effects for the virtual one, while still allowing industrial and stationary recyclers to be boosted via permission? Also, it would be really helpful to have a blacklist for items that can't be recycled, using their shortnames and skin IDs.

Find any picture using the links in the plugin for other skins, download it, pull the jungle skin onto this picture in Photoshop and that's it, upload the picture to the photo hosting and insert the link into the plugin. If you started working with servers in Rust and understand that it requires investments, then for a small reward I can help you, and I will tell you how to do some questions for free if you can do it yourself.

https://i.ibb.co/7Nx7Lrrr/jungle1.png Here's the link, I made it for you, but it's better to learn how to make pictures for yourself

any picture that you upload yourself

I'll test it tomorrow and let you know.

That's interesting — I actually saw this more than once. However, I was frequently reloading the plugin at the time since I was adjusting settings. As far as I remember though, it didn’t happen exactly during a reload. I’ll keep an eye on it and observe further.

1. What drives me to keep using CapboardSet? It’s actually very simple. As an administrator (and also for regular players), it’s much easier to monitor the players authorized in the cupboard — there’s no need to click an extra button just to see the list. Your implementation of the authorization system looks great visually, no doubt. But for me, it actually makes things more complicated to use. The favorite icon is also a nice bonus feature. 2. I also tested the upgrade behavior in the cupboard again today — surprisingly, the bug didn’t reoccur, and everything worked correctly this time. But I’ll definitely check your suggestion to add IQGradeRemove to the code once the bug happens again. 3. I understand about the wallpaper issue, but I really hope you'll be able to find a solution. I tested it again today — the blue wallpaper bug showed up once more. I'll do some more testing tomorrow as well. 4. I haven’t encountered the bug in UberTool again — it seems that was happening before the plugin update. Also, here’s an interesting question: If I, as an administrator, build something for a player using UberTool, will the player still be able to interact with those building blocks afterward?

Here are some more of my observations: I tested the config setting "Wallpaper both sides": true. When set to true and I apply wallpapers to both sides – everything seems fine. When set to true, but I apply wallpapers to only one side, the blue wallpaper bug appears on the other side (as mentioned earlier). When set to false, meaning you can only apply wallpaper to one side, I get blue default wallpapers instead of the custom ones I selected.

Found another bug — buttons don’t hide properly. Before that, I had applied wallpapers to both sides of the building, then flew away in vanish mode.

I reproduced the bug. I was repainting building skins by clicking the spray can icon in the BetterTC upgrade menu. After that, the CapboardSet interface appeared above BetterTC — before that moment, everything was displaying correctly.

The most important issue for me is the incompatibility with IQGradeRemove.

I rechecked CapboardSet, and the issue no longer occurs — it may have been resolved in the latest update. Back in version 1.4.9, I did encounter interface overlap, but now it seems to be fine.

I switched to BetterTC. Previously, to support building, applying building skins, and wallpapers, I used the following plugins: CapboardSet, Building Skins, AutoBaseUpgrade, IQGradeRemove, XSkinMenu. 1. BetterTC replaced AutoBaseUpgrade for me — and that’s great, since there was a compatibility issue with Building Skins, which the author couldn’t resolve. 2. However, switching to BetterTC meant I had to stop using CapboardSet, which in my opinion had a better way of displaying authorized players in the tool cupboard. Now the CapboardSet interface overlaps with BetterTC, so I had to use BetterTC’s built-in features instead. 3. It's stated that BetterTC is incompatible with Building Skins, which causes some inconvenience. Previously, I could build using a selected skin right away — but with BetterTC, that ability is gone. 4. The biggest disappointment is the conflict with the IQGradeRemove plugin. When upgrading via the tool cupboard, I can change twig to wood or stone (and downgrade back). But when trying to upgrade to metal or HQM, I get the message: “Upgrade to this tier is blocked”, even though support for RaidBlock and NoEscape plugins is disabled in the config. 5. So far, I haven’t encountered issues with XSkinMenu. Though there were glitches with wallpapers: when applying them to the interior side of a wall, and then building new elements inside, blue default wallpapers appeared on the outside. (I’m not sure what caused it, and I couldn’t reproduce the bug.) 6. I also use UberTools, and I suspect there might be a conflict with it as well (blocks placed with UberTools wouldn’t upgrade). I hope the developer will show understanding in resolving these conflicts. After purchasing the plugin, I expected it to solve problems — but instead, in my case, it brought even more, along with some disappointment and wasted time on testing.

I've been struggling with the broken NPC spawn orientation for almost two and a half months. Previously, when using the /set.custom.npc NPC would face the direction the player was looking at the time of placement. Now, regardless of where the player is looking, the NPC always spawns facing the same direction.

There is a positioning issue on 2K monitors — the buttons are misaligned. The plugin lacks a multilingual system. It would be great to add lang files with button names so that the button text is displayed in the selected game language. At the very least, it should generate a default English file that server owners can manually translate into the languages their servers support.

I put standard items with Russian names into the bank, and I get ones with English names that don't stack with other items.

Add to oxide/config/BuildingSkins.json in "1" - stone skins { "Title": "Jungle", "Url": "link to bskin jungle pic", "SkinId": 10326 },