Fixed: Allways allow editing of own shopkeepers, even if a player no longer has the permission to create shopkeepers of that type.
Fixed: Skipping empty recipes for admin shopkeepers during loading.
Changed: If a player cannot create any shopkeeper at all because of missing permissions, the no-permission message is printed instead of the creation-failed message. Also chest selection and shop and object type cycling is skipped. And no message is printed when the player selects the shop creation item in the hotbar.
Change/Possible fix: Triggering a save if the teleporter task had to respawn a shopkeeper object (like an entity). This should make sure that the latest entity uuid gets saved.
Change: No need to update a sign shop another time if it had to be respawned.
Internal change: Moved a few more permissions node into ShopkeepersAPI.
Added: API method for checking if a player can create any shopkeeper at all.
If the trade for a written book fails players can sometimes still open and read the book if they close the shop and click the temporary fake book in their inventory fast enough. There is not much I can do about this..
Server crashes and improper shutdowns might cause living non-citizens shopkeeper entities to duplicate sometimes.
The 'always-show-nameplates' setting is no longer working on MC 1.8.
Compatibility with older bukkit versions is untested. If you encounter any problems let me know and I will look into it.
A bunch of entity types are only meant for experimental usage. They might cause all kinds of issues if used. See changelog of v1.50.
In the latest MC 1.8.x versions default minecraft trading logic has slightly changed (and by that those of shopkeepers as well): if a trade requires an item with special data (like a custom name, etc.) minecraft is now only allowing this trade, if the offered item is perfectly matching, including all special item data and attributes.
