IIIaKa

Changed Status from Pending to Work in Progress

Maybe I should introduce a config option that allows manual wipe definition.

This hook is triggered when a new save file is created, when !File.Exists(World.SaveFolderName + "/" + World.SaveFileName). This is also the same place(SaveRestore.Load) where the wipe id is assigned and most likely, since your wipe id changes every time, this hook might also be triggered every time. Additionally, the plugin might not always be loaded, meaning there is a possibility that the plugin won't be loaded at the moment this hook is called.

Alright, I’m going to sleep now. If anything comes up, I’ll reply tomorrow.

Hello. Try reloading the AdvancedStatus plugin.

Changed Status from Pending to Work in Progress

Is this message displayed after the restart "Wipe detected! *amount* temporary permissions and temporary groups will be revoked."?

Hello, I’ve tested it on my end(Oxide), restarted the server 3+ times(using both restart and quit commands), but the permission was not removed. Could you please check the value of the "Wipe ID" property in the config file, both when the permission is assigned and after the restart? This plugin detects a wipe based solely on that property and most likely it's changing on your side for some unknown reason during the restart. Are there any operations being performed with saves or the related files that could be affecting it?

Changed Status from Pending to Work in Progress

If you have anything to add, feel free to write in this thread.

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

The exploit involving damage from incendiary ammo will be fixed in the next update. Thanks for the report.

The exploit involving kills with radiation darts in PvE mode will be fixed in the next update. Thanks for reporting it.

Please be a bit more patient and read messages fully before responding.

@ZEODE The issue with damage to team mates has been fixed without the need to add extra API calls to the hook, which is triggered extremely often, the larger the map and the more entities, the more frequently it's called. And don’t forget, most users(90%+) don’t have your plugin installed, so those calls would just waste resources for them. As for looting and harvesting helicopter gibs and locked containers, my plugin will ignore them if they have set a skinID > 0, thus handing over behavior control to the plugins that manage those entities.

@ALWAYS Hello. In the config file(*SERVER*\oxide\config\Trader.json), there's a property(List of trade permissions) that contains a list of existing/new permissions(you can also add/create more), which can be configured according to your preferences. After that, you need to reload the plugin(o.reload Trader) and grant the player(or group) the necessary permission, for example: o.grant user iiiaka trader.default

Changed Status from Pending to Work in Progress

If you have anything to add, feel free to write in this thread.

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

I understand that this behavior creates an exploit for farming helicopters, so this issue will be fixed in the next update. And I don't think any API methods will be needed.

@arno1986 @ZEODE In my plugin, when damage is received, the attacker is determined and since helicopters from HeliSignals have the OwnerID of the player who called them, my plugin considers this to be friendly fire. If the team leader enables friendly fire, then they will also start taking damage from such helicopters. /realpve team ff

Changed Status from Pending to Work in Progress

Hello. First, make sure the owner of the turrets has the permission you're configuring. After the player receives the permission, turn the turrets off and on again.

Changed Status from Pending to Work in Progress

If you have anything to add, feel free to write in this thread.