BetterTC 1.4.9

56 minutes ago, CraZyL22 said:

Wallpaper periodically appears on the outside of buildings for those who have not used them there, for those who do not need them there.

"Force both sides including external sides": false

Can you tell me if setting this to false stops it from happening? It's strange since no player on my server has mentioned this. But it's possible that blue wallpapers (by default) might appear on the walls, since that option disables the wallpaper removal system that the game itself forces.

Disabling this will prevent you from having exterior wallpapers, but the wallpapers you mentioned should stop appearing.

3 hours ago, ninco90 said:

"Приложить усилие с обеих сторон, включая внешние стороны": false

Не могли бы вы сказать мне, если установка этого параметра в значение «ложь» предотвращает это? Это странно, так как ни один игрок на моём сервере не упоминал об этом. Но возможно, что на стенах могут появляться синие обои (по умолчанию), так как этот параметр отключает систему удаления обоев, которую использует сама игра.

Отключение этой функции не позволит вам использовать внешние обои, но упомянутые вами обои перестанут появляться.

No, this is not an option, because we have given many players the opportunity to decorate with wallpaper from the outside and they really like it, but there are also those who decorate only inside and here they have a problem, blue wallpaper appears on the outside on some walls.

Hi, could you please tell me if your plugin will work correctly with the Train Bases 1.0.2 plugin by LeroyJenkins420?
We currently have the Train Bases and Auto Base Upgrade plugins installed.
As a result, Train Bases is not functioning properly, and we’re experiencing visual bugs with the structures on trains.

2 hours ago, Klyowa said:

Hi, could you please tell me if your plugin will work correctly with the Train Bases 1.0.2 plugin by LeroyJenkins420?
We currently have the Train Bases and Auto Base Upgrade plugins installed.
As a result, Train Bases is not functioning properly, and we’re experiencing visual bugs with the structures on trains.

This happens when you upgrade a building on a train? Does it happen with all skins or just the container skin? The container skin is a bit special...

Hi, we found a small issue, the TC resource filter doesn't work on TC placement if player don't have the `permtcskindeployed` permission.

Could you add to the plugin, so the auto repair will stop / not working when a base is getting raided.
The problem is, that if someone is getting raided they can click the auto repair, and the base will be fixed up faster then the raider can do damage.
can be abused pretty hard 

On 5/20/2025 at 1:04 AM, BjarkeH said:

Could you add to the plugin, so the auto repair will stop / not working when a base is getting raided.
The problem is, that if someone is getting raided they can click the auto repair, and the base will be fixed up faster then the raider can do damage.
can be abused pretty hard 

It shouldn't stop repairing if you use RaidBlock on the server. Because when a raid is triggered, it should stop, if I recall correctly. I'm not in my city, but I'll check it out when I get there. You'll definitely need a plugin to control raids, though. I also think building blocks with recent damage, like in Vanilla, don't improve. I'll check it out.

On 5/16/2025 at 4:11 PM, Namsaknoi said:

Hi, we found a small issue, the TC resource filter doesn't work on TC placement if player don't have the `permtcskindeployed` permission.

 I'll check it out.

Sounds good, we try to keep our server relatively vanilla. So if it can be made so it doesn’t ignore the vanilla repair/building block when getting raided. That would be great. As it can be abused in the current version, as you can repair faster then the damage come in

19 hours ago, ninco90 said:

 I'll check it out.

And one more issue: the tc filter does not apply if the player reskinned it with a spray can 

3 hours ago, Namsaknoi said:

And one more issue: the tc filter does not apply if the player reskinned it with a spray can 

Yes, this issue has already been mentioned to me, as it only occurs when changing the skin using the plugin itself. I need to figure out how to disable the ability to change the skin with the spray can, or at best, apply the same behavior to it, but I don't know if it's possible.

Thanks for reporting it anyway!

15 hours ago, ninco90 said:

Yes, this issue has already been mentioned to me, as it only occurs when changing the skin using the plugin itself. I need to figure out how to disable the ability to change the skin with the spray can, or at best, apply the same behavior to it, but I don't know if it's possible.

Thanks for reporting it anyway!

We fixed this and the previous issue by moving the call to the UpdateBlockedItems method to the OnEntitySpawned(BuildingPrivlidge tc) hook. Looks fine so far.

https://gyazo.com/866a974d92fa62e573aa08f823a5d0b5

how can i fix this?

48 minutes ago, GooberGrape said:

https://gyazo.com/866a974d92fa62e573aa08f823a5d0b5

how can i fix this?

You updated the plugin without deleting the configuration. There was a recent update that mentioned this. Simply delete the configuration and reload the plugin.