What was being asked is for players that are set as area owners the ability to allow or deny players into their area and to give them rights to add players to their area. I would assume that a group for area player rights versus area owners rights would need to be there.
The next update will introduce new "create", "delete", "addplayer", "setpermission" etc. area permissions - that should make it easier to give players control over their areas 
You will also be able to edit an area while standing inside it (so you could bind these permissions to the according area permission).
Apparently making an area owner does not give them any new rights. They are not displayed on the permissions or the player list with supposedly area rights. Other players are able to destroy their buidings if they have general rights to build on the server is what I am reading here.
As mentioned by james1bow , basically there is no such thing as "owner". When it comes to permissions, the game works like this: The lowest permission is the default server permission. This applies to all players automatically. If a player is assigned to a permission group, this permission overrides the default server permission.
If the player is inside an area, the game first checks if the player is specifically assigned to the area, then it uses the player area permission. If the player is not assigned to the area, it checks if there is a default area permission instead.
So permissions basically have this priority:
Player Area Permission > Default Area Permission > Group Permission > Default Server Permission
What? You have to have a default for areas? Sheesh
No need to set up a default permission for areas. It's optional. The default permission is meant for players which are not assigned to the particular area. Example: Destroying blocks is allowed on a server (i.e. the default server permission allows it), but you want to set up protected areas for certain players. You would then set a restrictive area default permission (forbidding block destruction) - this applies to all players automatically, so nobody is able to destroy blocks inside this area. Now you want to give this area to one or more players (so they could set up a home in this area, i.e. they should be able to build or destroy stuff inside this area), so you assign these players to the area with a less-restrictive permission - this overrides the default area permission just for these players.
Instead of setting up area permissions, you could also have a restrictive general server permission (disabling block destruction everywhere by default). Then just assign some players to the area to give them a less restrictive permission (so they can build/destroy things inside their area). No need in this case to set up a default area permission.
Likely a syntax error I am sure but I cant find it. This is the part of this game I hate. Permissions should be simple and easy
If there is a syntax error, the server log will show an error. Permission files use json, there are various validators available online (e.g this one) to validate the json syntax 
The RCON tool will also have a permission editor (which will be easier to use), but unfortunately the RCON tool had a low priority in the past (due to insufficient demand) 
Sollte das nicht auch die DefaultPermission einer Area anzeigen wenn in der Area kein Player eintrag vorhanden ist?
This is not the default permission of a Area if view in the Area is no Player entry is this?
Yes, the method player.getActiveAreaPermission() returns the area permission that is currently active for this player. If the player is assigned to the area, the particular permission is returned. Otherwise the default area permission (if set) is returned (but only if the player is not an admin (in the server.properties) OR if Settings_AdminsFullPermissions is set to false in the server.properties)
I miss in the Areas getDefaultPermission()
Weird... there is a setDefaultPermission(), but no getDefaultPermission() in the Area class 
We'll change that and add the missing getDefaultPermission() method with the next update 
Getactiveareapermission always returns null red51
If a specific player permission is assigned for this player in this area, you should be able to get this permission through that method. Otherwise, if there is a default area permission, it will only work if the player is not an admin (in the server.properties) OR if Settings_AdminsFullPermissions is set to false in the server.properties. Otherwise the game ignores the default area permission for this player.
ich kann das Reproduzieren
ich muss nur mein TMP Inhalt wieder ins Pluginverzeichnis Verschieben
(PW: risingworld)
Ich kann das Problem nun ebenfalls bei mir reproduzieren. Offenbar tritt des dann auf, wenn sich nicht nur Plugins im Plugin-Ordner befinden (wie in dem Fall die .rar Dateien). Wir werden das mit dem nächsten Update beheben 
allerdings habe ich unter NetBeans den Packaging - Exclude From JAR "**/*.java,**/*.form,**/.*.*,**/*.blend,**/*.blend1,**/*.mtl,**/*.svg,**/*.xcf" benutzt
Das deutet aber tatsächlich eher auf einen (versteckten) Bug im Spiel hin. Die Meldung Comparison method violates its general contract! kommt beim bestimmen der Loadorder. Ich vermute, dass während des Sortierens der Plugins plötzlich eine andere Loadorder für ein Plugin erkannt wird (warum auch immer)...
