Inactive [ADMN/DEV] Permissions v2.7.4 (Phoenix) - DISCONTINUED! 3.0 has a new home!

Discussion in 'Inactive/Unsupported Plugins' started by TheYeti, Feb 25, 2011.

Thread Status:
Not open for further replies.
  1. Offline

    TheYeti

    Permissions 2.7.4 (Phoenix) - Now with AntiBuild built in!
    Download:
    Latest Stable: Full Zip | Jar Only
    Latest Dev Build: Full Zip | Jar Only
    Previous Versions: 2.7.3 (JAR) | 2.7.2 (JAR) | 2.7.1 (JAR) | 2.7 (JAR) | 2.6 (JAR) | 2.5.5 (JAR) | 2.5.4 (JAR) | 2.5.3 (JAR) | 2.5.2 (JAR) | 2.5.1 (JAR) | 2.5 (JAR) | 2.4 (JAR) | 2.3 (JAR) | 2.2 (JAR)

    Plugin Authors: How to hook into Permissions

    Permissions 2.x is being discontinued! 3.0 can be found HERE!!!


    I am discontinuing Permissions 2.x and leaving the project. Permissions is not going away though! Since 2.6 I have been working closely with another developer and added them to the team. For the past several version they have not only been assisting with 2.x but also doing a lot of the development of much anticipated 3.x. rcjrrjcr will be taking over as lead developer of Permissions from 3.x forward. I have full faith in them and after working closely with them on the development on the last few version and the next major version I feel that I am leaving this project in more than capable hands. I put way to much work into this project to just leave it with anyone, and this is one of the few programs that I am incredibly proud of.

    Many people will probably wonder why I am leaving again after taking over the project just a few months ago. I could quote drama and headaches, of which there were quite a few with this project. Unfortunately real life happens. Many people already know that I have been having medical issues here lately. Unfortunately while they have gotten better, they have not gone away. This coupled with other real life commitments, going to school full time, and starting up my own company, I am currently in the process of being laid off from work. At this point I have so much stuff going on in my life and am being pulled in so many directions that I am not able to get any work done on anything. This has lead to me missing commitments and letting people down on multiple things.

    Permissions is also a very high maintenance plugin that requires a lot of attention and time. Right now I am not able to devote that time and do not feel it is fair for me to try to continue to be the lead developer on it. I had originally thought that adding other members to the team would be helpful, but unfortunately this just lead to frustration for them and myself as I just was not able to commit to the project enough. Hence, 3.0 has been rewritten almost exclusively by rcjrrjcr with minimal contributions by myself.

    At this point I will be stepping away from the project to focus more on real life and to try to free up some time for other projects and to work with more individual like the wonderful HeroCraft Coding team to fulfill some commitments that I made to them a long time ago and sadly did not come through on. I feel that this is the best for all involved, both myself and the other Permissions developers, as well as the community who deserve someone who can contribute more time and attention to them and supporting them. I do not want to see Permissions end up like many other plugins with an absentee programmer and just slowly wasting away from a great plugin with a lot of potential to a headache with no support.

    I will still be active in the community, just not as much as not in the same way. I'm sure my server will be more than happy to have their head admin back and active again as well.

    Thank you and happy gaming.




    Changelog
    • 2.7.4
      • Added overload of has() and permissions() for plugin devs
    • 2.7.3
      • Fixed negate node add/remove bug.
    • 2.7.2
      • Fix for small subtle bug introduced in last minor version.
    • 2.7.1
      • Commit by DThielke to fix several bugs with programmatic modifications of user permissions.
    • 2.7
      • Further commits by rcjrrjcr
        • Removed negatedNode checks
        • Temp fix for NULL issue
        • WorldConfigurationModification to save only modified configs
        • Fix for cache problems
    • 2.6
      • Pulled in commits by rcjrrjcr
      • Fixed versioning. Last version should have technically been 2.6
      • Fixed invalid config file being written
      • Fixed erroneous conversion message.
    • 2.5.5
      • Updated to be compliant with CB600+
      • Further Maven Integration and Autobuilding
      • Better handling of configuration file errors.
        • If you do not have a world config file for the default world at startup it will now look for config.yml
        • If it cannot find that it will look for world.yml instead in case you named it that when that is not what is in level-name:
        • It will rewrite the config file to be the proper name. At this time it does not delete the old one though.
      • Removed defunct public abstract calls. If your not using the right one by now you should be shot anyway.
    • 2.5.4
        • Added Command aliases for perms and pr
        • Changed the way directories are handled.
        • Stopped it from creating an empty <world>.yml file in base directory
        • Moved project to using Maven.
    • 2.5.3
      • Change from File.pathSeparator to File.separator to fix multiworld perms
    • 2.5.2
      • Added more instructions to the included config file within the plugin
      • Added a check that will use the default world permissions if a world specific config file cannot be found.
      • Added a function to get only the group that a player is assigned to without checking for group inheritance.
      • Added a change to colorize() to fix it hopefully not adding an extra unneeded ascii character and thus creating a linebreak/color switch issue
      • Removed permissions.info as it was not needed and was a artifact of testing I was doing.
    • 2.5.1
      • Fixed a bug that could cause a group to be returned as null for getGroups()
    • 2.5
      • Added in AntiBuild functionality to Permissions
      • Minor code tweaks
      • Added getGroups(world, player) to PermissionHandler so that plugins can call it to get all of a users groups
      • Fixed the inability to use the permissions -reload all command from within the console. I still need to do some more work on this as it doesn't seem to like to accept anything other than all from console.
    • 2.4
      • Refactored namespaces to keep in line with Java & Bukkit policy
        • This was cancelled as it ended up being not needed
      • Fixed setupPermissions()
    • 2.3
      • Undid removal of some code that I had overzealously purged during cleanup
      • Merged in last of Nijikokun's changes
      • Re-ordered the main class to attempt to fix the problems with Plugin API
    • 2.2
      • Developer change
      • Fixed reloading of configuration files
      • Moved commands to registering with plugin.yml
      • Commands now use onCommand instead of onPlayerCommand
      • Command is now /permissions instead of /pr
    [/SPOILER]
     
    mruczek, kahlilnc, Pii and 58 others like this.
  2. Offline

    KcHappy

    No I'm not getting any errors when initializing.. the only errors occur in game.. where people are able to use commands that they shouldn't.. do all the permissions need to be in like 'permission.perm'? or is just permission.perm fine? I have the config file named world, after my world's name..

    What about under users, since my group permissions are '-less should the *'s be '-less too?
     
  3. Offline

    Jeyge

    I believe the only ones that need 's now are the - '*' rows but we should focus on getting the file recognized first. If the broken file wasn't throwing any errors in your console, then you need to really check to make sure everything is where it should be and named correctly. Once that is fixed, then worry about the permissions in the file. I really wish there was an easier way to do this but since I can't actually see your machine, you will have to do this part. Things to check for:
    • You aren't running the 2.7.1 or 3.0 version of Permissions
    • Your <world name>.yml file is in plugins\permissions
    • If you have extensions turned off, the file is named <world name> and has an extension of yml
    • Your console really doesn't have any errors in it
    Or if you like, post your server.log, a picture of your server directory, plugins directory and permissions directory.
     
  4. Offline

    KcHappy

    If it helps I'm running PermissionsPlus in conjunction.. however, here's everything you asked for, I verified its all right. Unless I'm completely blind.. running 2.7.3 version, world.yml is located in bukkit/plugins/permissions, it is infact world.yml, and there are no real errors.
    permloc.jpg

    serverprop.jpg
     

    Attached Files:

  5. Offline

    RustyDagger

    A command list in the OP Would be handy.
     
  6. Offline

    KcHappy

    serverdir.png

    plugindir.png
    Oh and plugin directory
     
  7. Offline

    Jeyge

    But, the one and only command is listed in the OP and also in the Wiki.

    If I understand those flags on your permissions directory, the directory is set to read only. Set the write flag and everything should work better.

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
     
    Last edited by a moderator: Jul 17, 2016
  8. Offline

    KcHappy

    the flags on the permission are "owner read, write, execute; group read, write, execute; others read, write, execute" I tried setting everything permissions related to all 3 and nothing changed..
     
  9. Offline

    Jeyge

    Damn, I thought that would be an interesting one if that was the fix. The only other thing I see is that your permissions file was created a couple hours before mine. I wonder if there was a version of 2.7.3 that was put up early that was broken. Try a fresh download.

    One other thing I noticed is that you do have PermissionsPlus in your directory but it isn't showing in the log. That tells me that something isn't loading correctly and makes me wonder if it is even showing what is being pulled from that permissions directory.
     
  10. Offline

    KcHappy

    yeah, i had noticed that too.. and after i posted that stuff I looked it up and put in the permission nodes. I think when I was adding it, since I'm running linux, the .zip file was red, but that's normal for all the zips.. however the .jar contained in the file had white text with a red background, which i have no idea what that means.. I'll try to get a print screen of it
     
  11. Offline

    Jeyge

    I would think that even if it is a bad .jar file, the server would still try to load it.

    Did you have a chance to see if a new download fixed anything?
     
  12. Offline

    KcHappy

    here's that screen
     

    Attached Files:

  13. Offline

    KcHappy

    I just downloaded that .jar it didn't change anything..
    I guess I'll try 2.72
     
  14. Offline

    Jeyge

    I'm sorry. I've wasted both of our times. I thought the closing 's should cause an error so I didn't even put the file into the parsers but it looks like YAML doesn't like starting 's without closing ones but has no problems with closing ones without a matching start. I'm pretty sure they need to be removed, but your ultimate problem are all of the '*'s in the users permissions. Remove those and everything should be fine.

    Again, I'm really sorry about not seeing that/testing the file sooner. :(
     
  15. Offline

    KcHappy

    So what you're saying is that i don't need the ' on the '*' i just tried removing all of the 's in the whole document.. it gave me an internal error.. And then I removed only the ' on the * and that too gave me an internal error. Here's another copy of my permissions..
     

    Attached Files:

  16. Offline

    KcHappy

    Here's the error, sorry about constantly double posting..

    Code:
    2011-05-16 11:52:17 [SEVERE] Could not pass event BLOCK_PLACE to Permissions
    java.lang.NullPointerException
        at com.nijiko.permissions.Control.getGroups(Control.java:620)
        at com.nijikokun.bukkit.Permissions.Listener.onBlockPlace(Listener.java:43)
        at org.bukkit.plugin.java.JavaPluginLoader$26.execute(JavaPluginLoader.java:384)
        at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:59)
        at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:289)
        at org.bukkit.craftbukkit.event.CraftEventFactory.callBlockPlaceEvent(CraftEventFactory.java:84)
        at org.bukkit.craftbukkit.event.CraftEventFactory.callBlockPlaceEvent(CraftEventFactory.java:68)
        at net.minecraft.server.ItemBlock.a(ItemBlock.java:74)
        at net.minecraft.server.ItemStack.placeItem(ItemStack.java:56)
        at net.minecraft.server.ItemInWorldManager.interact(ItemInWorldManager.java:217)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:526)
        at net.minecraft.server.Packet15Place.a(SourceFile:57)
        at net.minecraft.server.NetworkManager.a(NetworkManager.java:196)
        at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:75)
        at net.minecraft.server.NetworkListenThread.a(SourceFile:100)
        at net.minecraft.server.MinecraftServer.h(MinecraftServer.java:372)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:287)
        at net.minecraft.server.ThreadServerApplication.run(SourceFile:394)
     
  17. Offline

    Jeyge

    You still need the 's on the '*' rows but you don't need the '*' for everyone that you don't want to have all permissions. You right now have all users with - '*' which gives them everything.
     
  18. Offline

    KcHappy

    well I did that because it resolved an issue where players would get a message saying they didn't have permission to place blocks.
     
  19. Offline

    Jeyge

    This should allow them to build but not give them all permissions.
     
  20. Offline

    KcHappy

    Yeah, that does, thank you! now anyone who's not a mod/admin gets errors when they place blocks saying they don't have the permission to place it, even though it stays..
     
  21. Offline

    rcjrrjcr

    Do you have CraftBook? I think you need the "craftbook.mech.cauldron" permission or something like that. Permissions doesn't send that kind of error message.
     
  22. Offline

    Jeyge

    Add craftbook.mech.* to one of your lower permissions.

    Again, I'm sorry it took me so long to catch what was in the file and all the abuse making you load up all those screenshots. Overall though, I did learn a lot of stuff to look for.
     
  23. Offline

    KcHappy

    tried both craftbook.mech.cauldron and craftbook.mech.* and neither solved it..

    No worries Jeyge, I'm just happy to get the issue solved!
     
  24. Offline

    Jeyge

    You aren't inheriting from previous levels so you would need to give one of those permissions to each group.
     
  25. Offline

    KcHappy

    I did.. both ways.. ill try doing both..

    Could it relate to a worldedit permission that i've overlooked?

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
     
    Last edited by a moderator: Jul 17, 2016
  26. Offline

    Jeyge

    One thing that it could be is where they are in the file. Move them to right below the permissions tag. You may want to remove the / commands from the file. Most permissions won't support those but there are a few out there.
     
  27. Offline

    KcHappy

    I'm honestly spent.. been trying to debug the permissions for like 6 hours.. I'll look into it tomorrow. I know right now that "Builders" no longer have most of their abilities now.. including /lwc, /heal, /tp, and some others... It's kind of frustrating, but I know we'll get this fixed.. and i'll switch back to the 2.73 jar tomorrow.

    Okay i switched up to 2.73 and it seems to have done something.. they got most of their commands back, but no /heal.. soo i'll look into it tomorrow..
     
  28. Offline

    Macthezazou

    hello i have this probleme...
    2011-05-16 07:03:02 [SEVERE] Could not load 'plugins\Permissions.jar' in folder 'plugins':
    java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at org.bukkit.plugin.java.JavaPluginLoader.loadPlugin(JavaPluginLoader.java:164)
    at org.bukkit.plugin.SimplePluginManager.loadPlugin(SimplePluginManager.java:191)
    at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:115)
    at org.bukkit.craftbukkit.CraftServer.loadPlugins(CraftServer.java:100)
    at net.minecraft.server.MinecraftServer.e(MinecraftServer.java:218)
    at net.minecraft.server.MinecraftServer.a(MinecraftServer.java:205)
    at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:145)
    at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:260)
    at net.minecraft.server.ThreadServerApplication.run(SourceFile:394)
    Caused by: while parsing a block mapping
    in "<reader>", line 14, column 1:
    plugin:
    ^
    expected <block end>, but found BlockMappingStart
    in "<reader>", line 112, column 4:
    Macthezazou:
    ^

    at org.yaml.snakeyaml.parser.ParserImpl$ParseBlockMappingKey.produce(ParserImpl.java:576)
    at org.yaml.snakeyaml.parser.ParserImpl.peekEvent(ParserImpl.java:163)
    at org.yaml.snakeyaml.parser.ParserImpl.checkEvent(ParserImpl.java:148)
    at org.yaml.snakeyaml.composer.Composer.composeMappingNode(Composer.java:228)
    at org.yaml.snakeyaml.composer.Composer.composeNode(Composer.java:160)
    at org.yaml.snakeyaml.composer.Composer.composeDocument(Composer.java:122)
    at org.yaml.snakeyaml.composer.Composer.getSingleNode(Composer.java:105)
    at org.yaml.snakeyaml.constructor.BaseConstructor.getSingleData(BaseConstructor.java:124)
    at org.yaml.snakeyaml.Yaml.load(Yaml.java:264)
    at com.nijiko.configuration.NotNullConfiguration.load(NotNullConfiguration.java:58)
    at com.nijikokun.bukkit.Permissions.Permissions.<init>(Permissions.java:132)
    ... 13 more
     
  29. Offline

    RustyDagger

    Uhmm where in the Op It must be berried in a pile of text some where so out of place its stupid it needs to be in plain sight also if there is only 1 command why have such a stupid long syntax for it surely it could be simplified i know it needs to handle a single world or all the worlds. but the good old /pr worldname or all would be easy
     
  30. Offline

    Jeyge

    Give this one a try. I tried to simplify things a bit and removed the / commands. If those are the correct permissions for the plugins you have, we can add them back as needed.

    Looks like you may have a missing ' or something else wrong with your permissions.yml file. Post your file and someone will take a look at it.

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
     
    Last edited by a moderator: Jul 17, 2016
  31. Offline

    ^x3ro


    Sorry my fault.. I named the file .yml not .yaml
    Here's my world.yml:
    I now got what was wrong.. I've set the spawn protection to 316 by mistake... now it works fine :)
     
Thread Status:
Not open for further replies.

Share This Page