A permissions plugin for Minecraft servers.
Go to file
2016-08-19 22:23:28 +01:00
api remove sources 2016-08-19 22:23:28 +01:00
bukkit Check temporary permissions separately to the sync task 2016-08-19 19:10:36 +01:00
bungee Check temporary permissions separately to the sync task 2016-08-19 19:10:36 +01:00
common Process shorthand in server/world names 2016-08-19 19:36:04 +01:00
sponge Check temporary permissions separately to the sync task 2016-08-19 19:10:36 +01:00
.gitignore Initial commit 2016-05-22 01:57:10 +01:00
LICENSE.md Add license headers 2016-08-06 14:36:56 +02:00
pom.xml Add support for MongoDB and H2 database formats 2016-08-19 18:21:16 +01:00
README.md Update readme 2016-08-19 21:54:40 +01:00

LuckPerms Build Status

A permissions implementation for Bukkit/Spigot, BungeeCord and Sponge.

Why LuckPerms?

Features checked on 19th Aug 2016. If you find any inaccuracies, please do let me know. I tried to be as fair as possible, and copy all major features from the respective plugin pages.

alt text

Features

  • Group inheritance - users can be members of multiple groups, groups can inherit other groups
  • Temporary permissions - users/groups can be given permissions that expire after a given time
  • Wildcard permissions - users/groups can be given wildcard permissions (e.g. "minecraft.command.*"), even when plugins haven't implemented their own wildcards.
  • Temporary groups - users/groups can be added to/inherit other groups temporarily
  • Multi-server support - data is synced across all servers/platforms
  • Full offline-mode/mixed-mode support - player permissions are synced properly over offline-mode or mixed online/offline-mode networks.
  • Per-server permissions/groups - define user/group permissions that only apply on certain servers
  • Per-world permissions/groups - define user/group permissions that only apply on certain worlds (on BungeeCord, a connected Bukkit/Spigot instance is treated as a world)
  • Tracks / paths / ladders - users can be promoted/demoted along multiple group tracks
  • Vault Support - hooks into Vault to integrate with other plugins
  • Developer API - easily integrate LuckPerms into your own projects
  • Advanced action logging - keep track of permission changes over time
  • Easily switch between storage systems - export a log file from one datastore and import it into another
  • Easy and simple setup and configuration using commands - no editing yml files, yuck
  • Negated permissions and groups - define special rules for certain users/groups
  • Regex permissions - define special permissions using regex
  • Shorthand nodes - add nodes using the LuckPerms shorthand system
  • Full support for UUIDs, even in Offline Mode - users can change their usernames without losing permissions. In offline mode, a single user has the same internal UUID across a network.
  • Permission data stored within MySQL in a json format - easily integrate the LuckPerms backend into your other projects
  • Well documented - API methods have comprehensive Java docs, it's clear what each method does.
  • Efficient/lightweight - maybe? Who knows, it might be.
  • Open Sourced, Free... - you shouldn't have to pay $10+ for a "powerful" permissions plugin.
  • BungeeCord compatible - permissions, users and groups are synced across all LuckPerms instances
  • Sponge compatible - permissions, users and groups are synced across all LuckPerms instances (bukkit --> sponge, for example)
  • Support for MySQL, MongoDB, SQLite, H2 & Flatfile (JSON) - other storage methods coming soon (maybe)

Setup

All configuration options are in the config.yml/luckperms.conf file, which is generated automagically when the plugin first starts.

You can define the settings for per-server permissions, the storage method and credentials within this file.

Info

Permission Calculation

Permissions are calculated based on a priority system as follows.

  • Non wildcard/regex permissions will be overridden by normal permissions

Example: if a user has a true permission set for "luckperms.*", and a false permission set for "luckperms.something", the non-wildcard permission will override the wildcard, and "luckperms.something" will be set to false, despite the wildcard.

  • More specific wildcards override less specific ones

Example: if a user has "luckperms.*" set to true, but "luckperms.user.*" set to false, all of the user permissions will be set to false, despite the more generic wildcard for "luckperms.*".

  • Temporary permissions will override non-temporary permissions.

Example: if a user has a false permission set for "test.node", and a temporary true permission set for "test.node", the temporary permission will override the permanent one, and the user will be granted the true node.

  • World specific permissions will override generic permissions.

Example: if a user has a global "fly.use" permission, and then has a negated "fly.use" permission in the "world_nether" world, the world specific permission will override the globally defined one, and the user will be granted the negated node (provided they're in that world, of course.).

  • Server specific permissions will override generic/global permissions.

Example: if a user has a global "fly.use" permission, and then has a negated "fly.use" permission on the "factions" server, the server specific permission will override the globally defined one, and the user will be granted the negated node (provided they're on that server).

  • Inherited permissions will be overridden by an objects own permissions.

Example: A user is a member of the default group, which grants "some.thing.perm", but the users own permissions has "some.thing.perm" set to false. The inherited permission will be overridden by the users own permissions, and the user will be granted the negative node.

Temporary Permissions

Temporary permissions are audited once every 3 seconds, to check if they have expired. This check happens regardless of the sync interval setting. This means that you can safely set temporary permissions to expire after a matter of seconds, and they will be removed on-time.

Shorthand Permissions

LuckPerms has it's own system (although it's quite similar to PermissionsEx :P) that allows you to set permissions in a shorthand format.

Using the LuckPerms permission nodes as an example, say for instance, you wanted to let a user set and unset permissions for both groups and users.

Without shorthand, you would have to apply 4 nodes.

luckperms.user.setpermission
luckperms.user.unsetpermission
luckperms.group.setpermission
luckperms.group.unsetpermission

However, with shorthand, you can just apply the following node:

luckperms.(user|group).(setpermission|unsetpermission)

You use brackets to define part of a node as a shorthand group, and then use the vertical bar | to separate entries.

There are some limitations, firstly, you cannot use shorthand in the first part of the node. (The "luckperms" part in the example above)

Additionally, you cannot combine shorthand and normal text in the same part of the node. For example, luckperms.(user|group).(set|unset)permission would not work.

Regex

LuckPerms has support for regex when defining permission nodes and server/world names.

Whenever regex is used, it MUST be prefixed with "R=", so LuckPerms knows to treat it as regex, and not as a normal string.

For example, if you wanted to give all members of the default group, the essentials.fly permission on all of your hub servers, where the hub server names are hub1, hub2, hub3, etc. You would use the command /perms group default set essentials.fly true R=hub\d+.

You can also use regex in permission nodes. Once again using LuckPerms permissions as an example, if you wanted a user to be able to create both groups and tracks, you would normally just add the two permission nodes. However with regex, you can just add one. luckperms\.create.* Remember to escape any characters, specifically dots, as the entire node will be parsed.

API

LuckPerms has an extensive API, allowing for easy integration with other projects. To use the Api, you need to obtain an instance of the LuckPermsApi interface. This can be done in a number of ways.

// On all platforms (throws IllegalStateException if the API is not loaded)
final LuckPermsApi api = LuckPerms.getApi();

// Or with Optional
Optional<LuckPermsApi> provider = LuckPerms.getApiSafe();
if (provider.isPresent()) {
    final LuckPermsApi api = provider.get();
}

// On Bukkit/Spigot
ServicesManager manager = Bukkit.getServicesManager();
if (manager.isProvidedFor(LuckPermsApi.class)) {
    final LuckPermsApi api = manager.getRegistration(LuckPermsApi.class).getProvider();
}

// On Sponge
Optional<LuckPermsApi> provider = Sponge.getServiceManager().provide(LuckPermsApi.class);
if (provider.isPresent()) {
    final LuckPermsApi api = provider.get();
}

If you want to use LuckPerms in your onEnable method, you need to add the following to your plugins plugin.yml.

depend: [LuckPerms]

All of the available methods can be seen in the various interfaces in the luckperms-api module.

You can add LuckPerms as a Maven dependency by adding the following to your projects pom.xml.

<repositories>
    <repository>
        <id>luck-repo</id>
        <url>https://repo.lucko.me/</url>
    </repository>
</repositories>

<dependencies>
    <dependency>
        <groupId>me.lucko.luckperms</groupId>
        <artifactId>luckperms-api</artifactId>
        <version>2.3</version>
    </dependency>
</dependencies>

Versioning

As of version 2.0, LuckPerms roughly follows the standards set out in Semantic Versioning.

The only difference is that the patch number is not included anywhere within the pom, and is calculated each build, based upon how may commits have been made since the last tag. (A new tag is made every minor version)

This means that API versions do not have a patch number (as no API changes are made in patches). API versions will be x.y, and each individual build of LuckPerms will follow x.y.z.

Commands

Command usage is printed to the console/chat whenever invalid arguments are provided. Simply typing /perms will list all commands a user has permission to use.

Aliases

Bukkit Bungee
/luckperms /luckpermsbungee
/perms /bperms
/permissions /bpermissions
/lp /lpb
/perm /bperm

Arguments: <required> [optional]

Users with OP have access to all commands.

Additionally, you can use wildcards to grant users access to a selection of commands.

  • All commands - luckperms.*
  • All user commands - luckperms.user.*
  • All group commands - luckperms.group.*
  • All track commands - luckperms.track.*
  • All log commands - luckperms.log.*

General

  • /perms - n/a
  • /perms sync - luckperms.sync
  • /perms info - luckperms.info
  • /perms debug - luckperms.debug
  • /perms import <file> - luckperms.import
  • /perms creategroup <group> - luckperms.creategroup
  • /perms deletegroup <group> - luckperms.deletegroup
  • /perms listgroups - luckperms.listgroups
  • /perms createtrack <track> - luckperms.createtrack
  • /perms deletetrack <track> - luckperms.deletetrack
  • /perms listtracks - luckperms.listtracks

User

  • /perms user <user> info - luckperms.user.info
  • /perms user <user> getuuid - luckperms.user.getuuid
  • /perms user <user> listnodes - luckperms.user.listnodes
  • /perms user <user> haspermission <node> [server] [world] - luckperms.user.haspermission
  • /perms user <user> inheritspermission <node> [server] [world] - luckperms.user.inheritspermission
  • /perms user <user> set <node> <true/false> [server] [world] - luckperms.user.setpermission
  • /perms user <user> unset <node> [server] [world] - luckperms.user.unsetpermission
  • /perms user <user> addgroup <group> [server] [world] - luckperms.user.addgroup
  • /perms user <user> removegroup <group> [server] [world] - luckperms.user.removegroup
  • /perms user <user> settemp <node> <true/false> <duration> [server] [world] - luckperms.user.settemppermission
  • /perms user <user> unsettemp <node> [server] [world] - luckperms.user.unsettemppermission
  • /perms user <user> addtempgroup <group> <duration> [server] [world] - luckperms.user.addtempgroup
  • /perms user <user> removetempgroup <group> [server] [world] - luckperms.user.removetempgroup
  • /perms user <user> setprimarygroup <group> - luckperms.user.setprimarygroup
  • /perms user <user> showtracks - luckperms.user.showtracks
  • /perms user <user> promote <track> - luckperms.user.promote
  • /perms user <user> demote <track> - luckperms.user.demote
  • /perms user <user> showpos <track> - luckperms.user.showpos
  • /perms user <user> clear - luckperms.user.clear

Group

  • /perms group <group> info - luckperms.group.info
  • /perms group <group> listnodes - luckperms.group.listnodes
  • /perms group <group> haspermission <node> [server] [world] - luckperms.group.haspermission
  • /perms group <group> inheritspermission <node> [server] [world] - luckperms.group.inheritspermission
  • /perms group <group> set <node> <true/false> [server] [world] - luckperms.group.setpermission
  • /perms group <group> unset <node> [server] [world] - luckperms.group.unsetpermission
  • /perms group <group> setinherit <group> [server] [world] - luckperms.group.setinherit
  • /perms group <group> unsetinherit <group> [server] [world] - luckperms.group.unsetinherit
  • /perms group <group> settemp <node> <true/false> <duration> [server] [world] - settemppermission
  • /perms group <group> unsettemp <node> [server] [world] - luckperms.group.unsettemppermission
  • /perms group <group> settempinherit <group> <duration> [server] [world] - luckperms.group.settempinherit
  • /perms group <group> unsettempinherit <group> [server] [world] - luckperms.group.unsettempinherit
  • /perms group <group> showtracks - luckperms.group.showtracks
  • /perms group <group> clear - luckperms.group.clear

Track

  • /perms track <track> info - luckperms.track.info
  • /perms track <track> append <group> - luckperms.track.append
  • /perms track <track> insert <group> <position> - luckperms.track.insert
  • /perms track <track> remove <group> - luckperms.track.remove
  • /perms track <track> clear - luckperms.track.clear

Log

  • /perms log recent [user] [page] - luckperms.log.recent
  • /perms log search <query> [page] - luckperms.log.search
  • /perms log notify [on|off] - luckperms.log.notify
  • /perms log export <file> - luckperms.log.export
  • /perms log userhistory <user> [page] - luckperms.log.userhistory
  • /perms log grouphistory <group> [page] - luckperms.log.grouphistory
  • /perms log trackhistory <track> [page] - luckperms.log.trackhistory

License

See LICENSE.md.