IIIaKa

Carbon v2.0.165.0 Hello, you have the c.plugins command, and there's a column called "Hook Fires". Am I correct in understanding that this value indicates how many times hooks have been triggered? If so, there seems to be an issue with it because, for example, if you add a hook like OnNpcTarget to a plugin, this number will increase rapidly, even though there are no calls to this hook in the plugin itself. In a span of 2 minutes, the plugin Test(with the OnNpcTarget hook) increased its value to 126,000, while the plugin Test2(without the hook) remained unchanged. If we are to believe that there were 126,000 calls, then why isn't there a single output in the console from the PrintWarning method, which is inside this hook? In 15 minutes, this number has already reached 450,000. Test.cs Test2.cs

If the issue persists, feel free to report it in this thread.

Changed Status from Work in Progress to Not a Bug

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

If the issue persists, feel free to report it in this thread.

Hello, thank you for your report. This bug will be fixed in the next update.

Changed Status from Pending to Work in Progress

@AlphaBob Hello, please check if your Carbon is updated to the latest version and try restarting the server. I tested it on my side and no errors occurred.

Changed Status from Pending to Work in Progress

@Srtzero Hello, could you please provide a bit more detail, such as which mod you are using, uMod or Carbon? Are you using any vanish plugins?

Changed Status from Pending to Work in Progress

@dziad27 Hello! Could you please send the monument settings(*SERVER*\oxide\data\RealPVE\MonumentsConfig.json), and a screenshot or a list of files from the "*SERVER*\oxide\data\AdvancedStatus\Images" folder?

@dziad27 Hello, I didn't quite understand your question. Which specific configurations are you referring to?

Changed Status from Pending to Work in Progress

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

If the issue persists, feel free to report it in this thread.

Hello, the next update will include the ability to share your entities with other players for looting.

If the issue persists, feel free to report it in this thread.

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

In the next update, the ability to forcibly disable damage to building blocks and deployables will be added.

@ChardaZAR Hello, my apologies for missing your message earlier. Regarding PvP, as I mentioned, there are hooks(listed in the Developer API section on the plugin page) through which other plugins can add or remove the PvP flag for players or entities. Any plugin can do this, it only requires a couple of lines in the right places. If I understood you correctly, you want to enable auto-purchase for these monuments/events/raid bases? If so, you can set their price to 0, making them free while retaining the claim functionality. Auto-purchase at a 0 price currently works only for monuments, but in the next update, it will also work for vanilla events and raid bases. Additionally, players will gain the ability to enable auto-purchase for monuments/events/raid bases even if their price is higher than 0.

@Srtzero Hello, you are not the first person to request this. However, from my side, there's nothing I can do because I rely on hooks triggered by teleportation plugins to obtain information about teleports. Without those hooks, it's not possible to accurately track pending teleports. I checked the pages for the TeleportUI and HomeUI plugins and did not find any hooks listed. About a year ago, I tried reaching out to k1lly0u on uMod and in Chaos(on a different matter), but I still haven’t received a response. Since you are one of his customers, you could try asking him to add the missing hooks. Once those hooks are implemented, everything will work properly with his plugins. Here's an example of the hooks provided by NTeleportation: void OnTeleportAccepted(BasePlayer target, BasePlayer player, int countdown) - this is the start of teleportation between players void OnHomeAccepted(BasePlayer player, string home, int countdown) - this is the start of teleportation to home void OnTownAccepted(BasePlayer player, string name, int countdown) - this is the start of teleportation to town void OnTeleportBackAccepted(BasePlayer player, Vector3 location, int countdown) - this is the start of teleportation back void OnTeleportInterrupted(BasePlayer player) - this is when any teleportation is interrupted

Changed Status from Pending to Work in Progress

If the issue persists, feel free to report it in this thread.

Changed Status from Pending to Not a Bug