Bukkit

In reply to in__c:

 Not at this time, but I've pasted what should be a list of all 1.14 mob droprate configs (for plugins/PlayerHeads/config.yml) with all of them set to 0.02:  https://pastebin.com/rEt6y6xT

If you use this, you should be able to use your text editor to find-and-replace 0.02 with the desired droprate.

 (other normal settings are not present in this paste, and it doesn't contain the normally unsupported entities - armorstand and giant)

In reply to NoChanceSD:

 4.10.0 is the last version to support detection of older v3 mobheads.

If you attempt to use v5, any usernamed-based mob heads (v3 mobheads) that haven't been converted into v4 heads yet (by placing/breaking/dropping them) will be considered to be player head drops instead of mob heads.  Heads that have been converted to v4 can be thought of as being 'set' / future-detectable.

You will be able to tell if a head is converted to v4 if you see loretext (PlayerHeads/Mob/Player-Drop) on the hover description, since that is a newer feature. (if lore is enabled)

The unconverted heads should appear with the texture associated with the username (as in v3), but if they are detected by v5, the name and lore will appear as "______'s Head / Player Drop". 

Note: the texture of v3 heads is from the user profile of the associated username - if the user updated their skin, the texture may break even on v3 - this is why they were phased out. v4 heads have an embedded texture-url and UUID that is more detectable and less likely to change, and there's no ambiguity between a user and mobhead.

Without writing some sort of full world-processing utility, automatic conversion of all v3 heads to v4 heads is not possible, only manual conversion is.

If this behavior is not acceptable and it's not feasible to update the heads manually in v4, I would recommend staying on v4.10.0 - otherwise, you can update to v5 if you don't care about the name/lore.

TL;DR - For clarity's sake: the head standard adopted in v4 was to convert v3 username-based mobheads into v4 uuid+texture mobheads.  v5 just does not convert these anymore and so they are considered to be the heads of players. Texturing of player's heads is based on their profile and caching outside of the plugin.

In reply to gekitotsu:

 The issue tracker is the proper way to submit an issue, I've replied to your issue asking for some information, and I will attempt to advise there when I can.

In reply to pixelcraftian:

•  Do you have other plugins that could prevent items from being dropped?
•  If so, have you tried setting antideathchest to true (from the FAQ) by either using the command or reloading the changed config?
• If not, do you have droprates, pkonly/mobpkonly configured in a way where you can get heads?
• Do you have the permissions needed to get heads playerheads.canbehead and playerheads.canbeheadmob ?

In reply to 切西瓜:

 The player's head should drop regardless of vanilla KeepInventory being on, if it doesn't drop then you should look at your protection plugin settings.

However, the behavior of PlayerHeads changes:

 - If keepinventory gamerule or the antideathchest setting is enabled, PlayerHeads tells Bukkit to force dropping the head on the ground "naturally" (randomized placement near the location).

 - Otherwise, PlayerHeads adds the head to the player's other drops on death so it will appear in the same pile as their other items.

So, I would carefully look into which other plugins might be preventing the drop, and maybe try different states of the antideathchest config setting if you're not using the vanilla gamerule for keeping inventory.

This is especially obvious if the head is ending up in the person's inventory instead of dropping. 

try antideathchest set to true, since this will attempt to force drop behavior. If you change this in the config file, you will need to perform a /ph config reload, otherwise you can try /ph config set antideathchest true

In reply to crashdemons:

 I will also say in addition to this to make sure that drops are occuring in other situations also.

Ensure that the droprate setting is a valid fractional value (0.02 = 2% chance) for player drops.

Players need the playerheads.canlosehead permission to be beheaded

Player-Killers need the playerheads.canbehead permission also to behead a player.

Both of these should be provided by default, but in some scenarios you may need to set them [to true or allow] explicitly.

In reply to mirade01:

 Players need the playerheads.clickinfo permission (set to true or allow) in order to see the clicked message.

Please check out the Permissions page.

Thanks

In reply to bolobread:

 Right now, the texture for each head is hardcoded as a Base64 texture tag in TexturedSkullType.   (this format is required by minecraft head texturing)

If you have a base64 decoder you can see that each can be decoded to get the texture image URL.

For example:

eyJ0ZXh0dXJlcyI6eyJTS0lOIjp7InVybCI6Imh0dHA6Ly90ZXh0dXJlcy5taW5lY3JhZnQubmV0L3RleHR1cmUvZWI3YWY5ZTQ0MTEyMTdjN2RlOWM2MGFjYmQzYzNmZDY1MTk3ODMzMzJhMWIzYmM1NmZiZmNlOTA3MjFlZjM1In19fQ==

Decodes to:

{"textures":{"SKIN":{"url":"http://textures.minecraft.net/texture/eb7af9e4411217c7de9c60acbd3c3fd6519783332a1b3bc56fbfce90721ef35"}}}

If the texture is not from the minecraft server, I believe the client will reject displaying it.

In reply to Sunshinne_DM: