IIIaKa

Hello. Which plugin creates these PvP zones?

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 Not a Bug

In that case, I'm not sure how you can create groups. Maybe there are plugins that allow group creation in hardcore mode?

Hello, for admin looting you can use the command /adminpve loot self All available commands with detailed descriptions are listed on the plugin's page.

In the meantime, as a temporary solution, in AbandonedBases.cs, you can add this else if (entity is DroppedItemContainer) { Interface.CallHook("OnEntityEnteredAbandonedBase", new object[] { entity, center, radius, AllowPVP }); } at the end of the "private void OnTriggerEnter(Collider collider)" method(line ~990), approximately at line 1055. And in RealPVE.cs, before private void ForceCompleteBedMission(BasePlayer player), 53 line, add this void OnEntityEnteredAbandonedBase(BaseEntity entity) { if (entity is DroppedItemContainer) entity.OwnerID = 0uL; }

Hello. There is a small issue caused by the lack of inheritance for these entities in vanilla, which makes my plugin forcibly inherit them so that other players can't loot someone else's broken item containers/boxes. Because of this, a conflict occurs with AbandonedBases. I contacted @nivex so he can add an API or a hook that will allow my plugin to ignore entities associated with his plugin.

Hello, is it possible to add the hooks "OnEntityEnteredAbandonedBase" and "OnEntityExitAbandonedBase"? Or at least an API method that can be used to check whether an entity is a participant in a base raid or not(I think API will be better). The issue is that in vanilla, when item containers(storage boxes and etc.) are destroyed, the OwnerID of created DroppedItemContainer is not inherited from them and is always set to 0, even if the parent entity had a player's userID as OwnerID. This creates problems for PvE plugins. Because of this, my plugin uses Harmony(method ModDroppedContainer2 in RealPVE) to fix this oversight by inheriting the OwnerID for DroppedItemContainer from their parents. As I understand from your plugin, during the event all OwnerIDs are reset to 0 to avoid conflicts with PvE plugins. But, after entities die, you restore their OwnerIDs, and therefore my plugin also inherits a non-zero OwnerID for the DroppedItemContainer instead of 0, and players can't loot them. That's why it would be useful to have an API or a hook to know whether inheritance is needed for this DroppedItemContainer.

It would also be nice to have the ability to add a comment when manually granting access to the plugin, since over time it's easy to forget why the access was given. And to have the ability to revoke a manually issued license so that it doesn't get deleted, but is instead marked as expired.

Is this error still happening on your end? I've run the server on the latest version of Carbon and restarted it several times, but I haven't seen this message appear even once.

Hello, sorry for the late reply. This issue is caused by Carbon not handling hook overloads well. I'll try to get in touch with them.

Changed Status from Pending to Work in Progress

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

Changed Status from Work in Progress to Not a Bug

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

Changed Status from Work in Progress to Not a Bug

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

Changed Status from Pending to Not a Bug

Hello. I didn't quite understand the issue. After the restart, is the plugin not working at all, or is it just that the monuments on the map aren't showing? Or are you saying that monument claim isn't working at all? It would also be helpful if you have any error logs, and which mod you're using, Carbon or Oxide?

Changed Status from Pending to Work in Progress

為了重現這個問題，我可能需要更多的詳細資訊。 我已經使用你提供的語言檔並切換到該語言，但在我的環境中沒有發生任何錯誤。 或者，你已經寄送了修正過的版本，所以現在沒有錯誤了嗎？

@Death Hello. It would be great if the plugin's purchase page showed the price at which a person bought their license, and also indicated when the author manually granted access to the plugin. Additionally, when granting access manually, it would be helpful to be able to specify the exact date and time of the license issuance, because right now it is automatically set to the current day at 00:00.

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

Changed Status from Pending to Not a Bug