Inactive [ADMN/WEB/SEC] Warrant 4 - Fast Forum Group Bridge [1.1-R6/1.2.2-R0.1]

Discussion in 'Inactive/Unsupported Plugins' started by Ant59, May 21, 2011.

  1. Offline

    Ant59

    • adfly link removed
    [​IMG]

    Warrant effectively allows you to control your users' permission ranks in-game through your forum/community system! I have designed this to work with Permissions 3 and SMF, however it is customisable to work with nearly any forum system using MySQL. All column names are customisable and information can be changed in the config.yml file.
    Warrant is perfect for subscription servers, where SMF subscriptions are used for example. It can grant VIP grouping as soon as the player logs in after taking out the subscription on the forum, or simply being moved rank on the forum.

    So far, I've had feedback of successful syncing with SMF, phpBB, XenForo, vBulletin, ccBoard and a few others I can't remember the names of :)

    Supports the following permissions plugins: PermissionsEx, bPermissions.
    Has Warrant been of any use to you?
    For now, this is my only source of income at university.
    Every donation is VERY much appreciated :D
    [​IMG]
    Version 4.0.3
    Version 3.2
    Just grab the JAR there, and drop it in your plugins folder! Simples ;)
    Let me know if there are any other features you want and if there are any bugs to squash!
    Currently, you will still need to create your own configuration file for Warrant to work from. Inside your plugins folder, create a folder called "Warrant", and inside there create a file called "config.yml". Here are example config.yml files for you to work from and customise as you wish. If anyone creates example files for any other forum system, I'd love to post them up here too!

    SMF (open)
    Code:
    forum:
        # Want to use information from a custom profile field instead of the user's forum username?
        multitable: false
        # Want to use a comma seperated list of additional groups to assign your member?
        use-additional-groups: true
        # If we're using phpBB3 or a forum system like it, then it's a pain in the arse to find a user's group! Are we using phpBB3?
        use-group-table: false
        # If you'd like, Warrant can look at if the member's "banned-field" is true or false and keep 'em out if it's true
        use-boolean-ban: false
        # Bung in the info on where to look for the member data
        usertable:
            # Name of the member data table
            name: smf_members
            # Field to find the group id to match those set in the "groups" section of this file
            group-field: id_group
            # If we're not using multitable mode, then which field should we look for the member's minecraft username in?
            username-field: member_name
            # And if "use-additional-groups" is enabled... where is the comma seperated list of additional groups?
            additional-groups-field: additional_groups
            # Has a player been banned? If "use-boolean-ban" is true, this field will be used to determine if the user can come in or not. OVERRIDES WHITELIST!
            banned-field:
            # If "use-additional-groups" is on, then we're going to need a way to link this user to their extra profile fields
            key-field: id_member
        # This part ONLY counts if you've used 'multitable'. Make sure to match the key-fields up!
        profiletable:
            # Name of the custom profile fields table
            name: smf_custom_fields
            # If we're going to match up the custom fields to the user's member data, then we're going to need this to match the "key-field" in the other table for each member
            key-field: id_member
            # Since we're in multitable mode, we can have a look in this table for their minecraft name instead. Clever isn't it?
            minecraft-name-field:
        # This ONLY applies if you want to use a phpBB3 style group table
        grouptable:
            name: phpbb_user_group
            key-field: user_id
            group-field: group_id
     
    # Stick your database info here
    database:
        host: 'districtmine.net'
        port: '3306'
        db: 'database'
        user: 'username'
        pass: 'password'
    # Which worlds on your server should Warrant affect the permissions for?
    worlds:
        - world
    # What you gonna tell peeps that aren't whitelisted? (PS, telling them to go and register on the forum would be a good idea. Telling them to #"@! off, would not)
    kick-message: 'Sorry, you are not permitted to login to the server at your current rank'
    # What you gonna tell peeps that are banned by your forum? (Telling these guys to #"@! off may actually be a good idea lol)
    banned-message: 'Sorry, you are not permitted to login to the server as you are banned'
    # Tell players that they've been assigned ranks when they login, or just do it silently in the background?
    notify-group-on-login: true
    # Keep out those who aren't in any group stated below (false), or shall we let them in and assign them to their default permissions group (true)?
    whitelist-default: true
    # Stick all the mappings here for any groups you wish tp be auto-ranked
    # Make sure to surround the number in single quotes (''), else it may just self-destruct and noone wants that
    # If "whitelisted" is false, then you may ommit the rank, as there will be no need to assign a rank to disallowed players
    # You must give a default group that can be assigned to those players that have been demoted from a higher rank to prevent them from keeping permissions they no longer have access to
    default-group: Member
    groups:
        # Here, normal registered members can go ahead and just join in as normal members
        '0':
            rank: Member
            whitelisted: true
        # Admins are instantly granted all there rights as found in the Permissions configuration
        '1':
            rank: Admins
            whitelisted: true
        # Let's say this group is banned for example. We can forget about the rank because they don't deserve one :)
        '2':
            whitelisted: false
    

    phpBB3 (open)
    Code:
    forum:
        # Want to use information from a custom profile field instead of the user's forum username?
        multitable: false
        # Want to use a comma seperated list of additional groups to assign your member?
        use-additional-groups: false
        # If we're using phpBB3 or a forum system like it, then it's a pain in the arse to find a user's group! Are we using phpBB3?
        use-group-table: true
        # If you'd like, Warrant can look at if the member's "banned-field" is true or false and keep 'em out if it's true
        use-boolean-ban: false
        # Bung in the info on where to look for the member data
        usertable:
            # Name of the member data table
            name: phpbb_users
            # Field to find the group id to match those set in the "groups" section of this file. This can be left blank if you are using the group-table
            group-field:
            # If we're not using multitable mode, then which field should we look for the member's minecraft username in?
            username-field: username
            # And if "use-additional-groups" is enabled... where is the comma seperated list of additional groups?
            additional-groups-field:
            # Has a player been banned? If "use-boolean-ban" is true, this field will be used to determine if the user can come in or not. OVERRIDES WHITELIST!
            banned-field:
            # If "use-additional-groups" is on, then we're going to need a way to link this user to their extra profile fields
            key-field: user_id
        # This part ONLY counts if you've used 'multitable'. Make sure to match the key-fields up!
        profiletable:
            # Name of the custom profile fields table
            name: smf_custom_fields
            # If we're going to match up the custom fields to the user's member data, then we're going to need this to match the "key-field" in the other table for each member
            key-field: id_member
            # Since we're in multitable mode, we can have a look in this table for their minecraft name instead. Clever isn't it?
            minecraft-name-field:
        # This ONLY applies if you want to use a phpBB3 style group table
        grouptable:
            name: phpbb_user_group
            key-field: user_id
            group-field: group_id
    # Stick your database info here
    database:
        host: 'localhost'
        port: '3306'
        db: 'minecraft'
        user: 'root'
        pass: 'xxxx'
    # Which worlds on your server should Warrant affect the permissions for?
    worlds:
        - world
    # What you gonna tell peeps that aren't whitelisted? (PS, telling them to go and register on the forum would be a good idea. Telling them to #"@! off, would not)
    kick-message: 'Sorry, you are not permitted to login to the server at your current rank'
    # What you gonna tell peeps that are banned by your forum? (Telling these guys to #"@! off may actually be a good idea lol)
    banned-message: 'Sorry, you are not permitted to login to the server as you are banned'
    # Tell players that they've been assigned ranks when they login, or just do it silently in the background?
    notify-group-on-login: true
    # Keep out those who aren't in any group stated below (false), or shall we let them in and assign them to the default permissions group (true)?
    whitelist-default: true
    # Stick all the mappings here for any groups you wish tp be auto-ranked
    # Make sure to surround the number in single quotes (''), else it may just self-destruct and noone wants that
    # If "whitelisted" is false, then you may ommit the rank, as there will be no need to assign a rank to disallowed players
    # You must give a default group that can be assigned to those players that have been demoted from a higher rank to prevent them from keeping permissions they no longer have access to
    default-group: Member
    groups:
        '1':
            rank: Guest
            whitelisted: true
        '5':
            rank: Owner
            whitelisted: true
        '11':
            rank: Moderator
            whitelisted: true
        '13':
            rank: Constructer
            whitelisted: true
        '14':
            rank: Builder
            whitelisted: true
        '17':
            rank: Admin
            whitelisted: true
    

    XenForo (open)
    Code:
    forum:
        # Want to use information from a custom profile field instead of the user's forum username?
        multitable: false
        # Want to use a comma seperated list of additional groups to assign your member?
        use-additional-groups: false
        # If we're using phpBB3 or a forum system like it, then it's a pain in the arse to find a user's group! Are we using phpBB3?
        use-group-table: false
        # If you'd like, Warrant can look at if the member's "banned-field" is true or false and keep 'em out if it's true
        use-boolean-ban: false
        # Bung in the info on where to look for the member data
        usertable:
            # Name of the member data table
            name: xf_user
            # Field to find the group id to match those set in the "groups" section of this file
            group-field: user_group_id
            # If we're not using multitable mode, then which field should we look for the member's minecraft username in?
            username-field: username
            # And if "use-additional-groups" is enabled... where is the comma seperated list of additional groups?
            additional-groups-field:
            # Has a player been banned? If "use-boolean-ban" is true, this field will be used to determine if the user can come in or not. OVERRIDES WHITELIST!
            banned-field: is_banned
            # If "use-additional-groups" is on, then we're going to need a way to link this user to their extra profile fields
            key-field:
        # This part ONLY counts if you've used 'multitable'. Make sure to match the key-fields up!
        profiletable:
            # Name of the custom profile fields table
            name:
            # If we're going to match up the custom fields to the user's member data, then we're going to need this to match the "key-field" in the other table for each member
            key-field:
            # Since we're in multitable mode, we can have a look in this table for their minecraft name instead. Clever isn't it?
            minecraft-name-field:
        # This ONLY applies if you want to use a phpBB3 style group table
        grouptable:
            name:
            key-field:
            group-field:
     
    # Stick your database info here
    database:
        host: '*HOST*'
        port: '3306'
        db: '*DATABSE*'
        user: '*USERNAME*'
        pass: '*PASSWORD*'
    # Which worlds on your server should Warrant affect the permissions for?
    worlds:
        - world
    # What you gonna tell peeps that aren't whitelisted? (PS, telling them to go and register on the forum would be a good idea. Telling them to #"@! off, would not)
    kick-message: 'Maintenance going on. Connect later.'
    # What you gonna tell peeps that are banned by your forum? (Telling these guys to #"@! off may actually be a good idea lol)
    banned-message: 'Sorry, you are not permitted to login to the server as you are banned'
    # Tell players that they've been assigned ranks when they login, or just do it silently in the background?
    notify-group-on-login: true
    # Keep out those who aren't in any group stated below (false), or shall we let them in and assign them to their default permissions group (true)?
    whitelist-default: true
    # Stick all the mappings here for any groups you wish tp be auto-ranked
    # Make sure to surround the number in single quotes (''), else it may just self-destruct and noone wants that
    # If "whitelisted" is false, then you may ommit the rank, as there will be no need to assign a rank to disallowed players
    # You must give a default group that can be assigned to those players that have been demoted from a higher rank to prevent them from keeping permissions they no longer have access to
    default-group: guest
    groups:
        # Here, normal registered members can go ahead and just join in as normal members
        '1':
            whitelisted: false
        '2':
            whitelisted: false
        '3':
            rank: admin
            whitelisted: true
        '4':
            rank: mod
            whitelisted: true
    

    Joomla and ccBoard (open)
    Warning! This one includes only the forum section! You will need to get the rest of the config from one above.


    What is new in version 2?
    This version has been completely written from scratch. It is extremely improved in performance, processing everything in a separate thread to avoid lag when someone logs in. Although this method waits for a non-whitelisted player to enter the game before kicking them, it does stop any lag from Warrant when anyone joins the game. You can now whitelist individual groups, and you can control which worlds Warrant alters Permissions in. You can also set Warrant to apply additional groups to players by looking into a comma separated list in of additional groups in one of your database fields. Please let me know if you want anything else from Warrant!

    What is new in version 3?
    Permissions support! Warrant now supports a large array of permissions plugins. Unfortunately because Warrant manipulates grouping of players, it means that it has to individually support the different plugins and the way that they change the player's groups, and since there is no standard here, I have to individually code in extra parts for any new permissions plugin that users want me to support, so please let me know if any more are wanted!

    Changelog

    4.0
    + Added support for the new Bukkit events system
    - Dropped support for Permissions 2.x
    - Dropped support for Permissions 3.x
    ~ Made some minor adjustments for speed and threading

    3.2
    ~ Fixed all the class not found errors

    3.1
    ~ Worked all the bugs out of using multiple permissions managers
    ~ Fixed most of the class not found errors

    3.0.4
    ~ After the trouble of getting my test server to work again, I can't even remember what I changed, but I remember adding something and fixing a few things lol)

    3.0.3
    ~ Checks Permissions version using string instead of double

    3.0.2
    ~ Compatible with CraftBukkit 1240
    ~ Fixed group naming (removed formatting for console)

    3.0.1
    ~ Compiled against JDK6
    ~ Fixed error with bPermissions

    3.0
    + Now works with bPermissions, PermissionsEx, Permissions 3 and partially (hopefully lol) Permissions 2
    + Requires a default-group node in the config to specify a group which a player should be assigned when they no longer get set by the forum to solve a security issue

    2.5
    ~ Fixed major security issue when players are demoted to the default group
    ~ Fixed spelling mistake and variable reference error when notifying additional groups

    2.4
    ~ Changed the getUserObject and getGroupObject methods to their safe counterparts to prevent an error for users who aren't registered in Permissions yet

    2.3.1
    ~ Fixed event register in onEnable to the correct event

    2.3
    ~ Changed event to player join instead of player login to avoid major error

    2.2.2
    + Check to see if Permissions world exists for worlds in the config

    2.2.1
    + Check to see if user has parent groups before trying to remove them

    2.2
    + Added phpBB3 functionality and the ability to set a separate table for group keys

    2.1
    + Added banning ability from forum table flag
    + Added on kick/on ban messages
    ~ Corrected an inverted boolean setting for whitelisting guests

    2.0
    ~ Complete recode of the plugin from scratch with efficiency at the heart of it
    ~ All Warrant processing is now threaded to prevent server lag when someone logs in
    + Added TONS of new features, most things that people had asked for from the new version

    Old Post (v1.2 and backward) (open)

    Go ahead and grab v1.2 for your server now...

    Download JAR: http://dl.dropbox.com/u/29840218/Warrant.jar
    Download MySQL Connector: http://dl.dropbox.com/u/29840218/mysql.jar

    Installation
    1. Place Warrant.jar in your plugins directory
    2. Place mysql.jar (the mysql java connector) into the root of your bukkit server, in the same folder as craftbukkit.jar
    3. Requires EssentialsGroupManager.jar! Add this to your plugins folder too, from the Essentials plugin suite.
    4. It is suggested to add EssentialsGroupBridge.jar too, since this will give more compatability with plugins that only talk to Permissions instead of GroupManager. Do NOT use Permissions.jar with this plugin!
    Configuration








    All configuration settings can be found in the auto-generated properties file, found in plugins/Warrant/warrant.properties


    IMPORTANT!

    You MUST create a "groups.properties" file in the plugins/Warrant folder!


    The groups.properties file takes the format of



    Code:
    #forum group id=GroupManager rank
    1=Admins
    2=Member
    Properties and explanations

    These are the properties needed to be set in the warrant.properties file...

    mysql-host - The MySQL server IP or URL

    mysql-port - Port of MySQL server (3306 by default)

    mysql-db - Database to find member data

    users-table - The table used for member data

    minecraftname-table - The OPTIONAL table used for extra data, where the user's minecraft username lies - perfect for forums that set "Minecraft username" as an additional profile field :) If left blank, the plugin will default to single table mode

    mysql-user - Name of MySQL User

    mysql-pass - Password for MySQL user

    minecraftname-field - The field which stores the user's minecraft player name. This is either on the specified table in "minecraftname-table", or it is in the default "users-table" if the former is left blank.

    group-field - The field that stores the group ids of users in "users-table"

    memberid-field - When in two table mode (see "minecraftname-table"), the field used to store the user's id in the "users-table" - used to join the two tables together

    minecraftname-table-memberid-field - When in two table mode (see "minecraftname-table"), the field used to store the user's id in the "minecraftname-table" - used to join the two tables together


    I took my own time to make this plugin and distribute it and would really appreciate a small donation if you find it useful :) Thank you!

    [​IMG]


    Any suggestions welcome!!

    Changelog
    • v1.2
      • Done my best to optimize the plugin in every way I can think and better error handling too
      • Updated for build 818
      • Stuck some code in ready for when Permissions add hooks to change groups. Waiting on the Permissions team now to be able to support their plugin
    • v1.1
      • Moved warrant giving method into it's own thread, therefore allowing a player to login with no lag caused by warrant to the server, and it will grant the warrant to the player when it's all finished. Max timeout of 1 minute
      • Added support to have the minecraft username on a seperate MySQL table, linked to the members' table through members' ID#s.
    • v1.0 alpha
      • Initial Release
    Want to whitelist players with forum groups instead? Use Albus
     
  2. Offline

    bocaj812

    Will warrant support prefixes and suffixes for use with permissions?

    Bocaj812
    -Admin-
    ip.jmcs.tk
    http://jmcs.tk/
     
  3. Offline

    Zixt

    Idea that is sorta related to this:

    Let people use vBulletin payments to buy ingame currency / items?
     
  4. Offline

    Ant59

    Yes, it only passes the group to Permissions.

    Interesting, I'd have to look into it a little more.
     
  5. Offline

    Taranis01

    something like that would be great, but not only for vbulletin :(

    REQ:
    - Adding the whitelisting from Albus to Warrant (if a Serveradmin dont want let unregistered players join as guests).
    edit: or better just an option to prevent unregistered players to join (of not added already)

    - Support for Banning People:
    1. Player is banned at forum or in a Group specified for banned player (the second is the way i want to realize: the "banned"-Group only have acces to a forum where they can cry for forgiveness)
    2. Ingame the will be set back to the Guest-group (even if they are in the forum still in a Membergroup too!) or the will be banned (with banned-players.txt? should be compatible with baning-plugins)
    3. A way to do both: banned in forum = banned ingame. "banned"-Group in forum = Guest ingame
    4. unregistered players that joined the game, then got banned and then registered themself in the forum should automatically be banned in forum or added to the "banned"-Group (choosable by the Serveradmin
    yeah, think thats all :D
    if your adding that to your todo-list pls not for Warrant 2....cuz i cant wait :p
    thank you for your great work!
     
  6. Offline

    jasvecht

    The problem would be that every forum payment system works entirely differently, including the currency based ones and trigger based ones. I doubt Ant has the time or will to make a system compatible with all systems, but who knows, he might open up some form of Api :p

    My personal solution was (once I get around to actually doing it :p) editing the MyBB Shop plugin to generate voucher codes in some packages and add them to a list of a voucher plugin which will make them redeemable, players buy Minecraft things through forums, get a voucher, type it in the game and get what they paid for. At least, they will if I stop being lazy. :p
    I doubt Warrant 1.2 will receive more updates, as Ant is focusing on Warrant 2 and it would take more time for him to update 1.2 with more features first, in fact, it would be kind of silly making two plugins doing the same thing at once wouldn't it now :p

    I do wonder, how would you prevent abuse by registering a forum account and simply not linking it to your game account? ;D
     
  7. Offline

    Taranis01

    yeah, i would like that, but as i know there are no working reedemplugins? Summacods and reedemcodes are outdatet. I suggested the same funktions to a kit-plugin, so one only have to add iconomy support and how many player can use a kit.

    Why 2 plugins? i just meant my request for warrant 2.1 ;)

    i dont understand that question? How should they be able to abuse? If they want to play at my server the need to writhe their minecraftname at the registration. Register at forum without playing minecraft were already possible before.
    But a feature that Warrant tells somehow if they played at the server or not might be good
     
  8. Offline

    brandon079

    I could use some help setting up the config

    I am using ccboard with joomla

    It uses two different tables.
    -jos_users: joomla user table
    -username: minecraft username field
    -id: joomla user id field

    -jos_ccb_users: ccboard user table
    -user_id: joomla user id field
    -rank: user group id field

    Below is what I have:
    group-field=rank
    minecraftname-field=username
    mysql-port=3306
    mysql-db=minecraft
    mysql-user=[omitted]
    minecraftname-table=jos_users
    minecraftname-table-memberid-field=id
    mysql-pass=[omitted]
    mysql-host=bosssmp.com
    users-table=jos_ccb_users
    memberid-field=user_id

    Thanks in advanced.
     
  9. Offline

    jasvecht

    Warrant 2.0 is a full rewrite of the Warrant coding, as he wrote before. Are you saying he should give 1.2 a feature 2.0 will not have? That'd be even more silly :p

    Ahhh. Yeah, most servers like mine don't require a nickname on forum registration :p
     
  10. Offline

    Taranis01

    @jasvecht:
    no nickname? i thought a required nickname is the reason for warrant? without you could use Xauth or authdb....
     
  11. Offline

    jasvecht

    You are not *required* to have a forum account or nickname to use warrant, nor are you required to have a nickname if you do use the forum by Warrant :p


    xAuth is mainly for replacing the standard MC Login system.

    AuthDB focuses on a full forum integration.


    Warrant simply uses forum permissions to decide on ingame permissions, they can't really be compared as their functioning and goals are entirely different.
     
  12. Offline

    Taranis01

    @jasvecht
    yes, but i dont see any link-nick-to-forumaccount command in the description of warrant.
    So what did u mean with the following?:
    @Ant59
    welcome back ;)
     
  13. Offline

    HotelErotica

    The forums have to have a field somewhere for you to put your minecraft username in, like for my server. when you connect your a guest until you go to the forums register an account and enter in your minecraft username then warrent bumps them up to a newbie.
     
  14. Offline

    Taranis01

    @HotelErotica
    yeah, thats what i thought. So Warrant require the minecraft-nicknames....on registration or on an extra profile-filed doesnt matter
     
  15. Offline

    jasvecht

    Well, you could simply get around a forum ban for a minecraft reason by not putting in the minecraft link, then swear like hell. IP Bans would work, perhaps. But warrant's group system wouldn't be very suited for it.

    Besides that, anyone else making a forum account could link to someone elses minecraft name, break a rule and get you banned. Oh dear!
    Incorrect, it is as far as I know optional to actually have a nickname. I sincerely doubt Antony would see profit in forcing every single forum user to link to a nickname, as some people might for example share accounts and such.


    Though I would consider it a good idea to make a linking and password command just to be 100% sure it is all corrected.


    Though this is probably more in AuthDB's lane then Warrant's.
     
  16. Offline

    Taranis01

    that why i suggested the support for different ways of banning and guest handling.

    why should one? U have an enemy on another server and that way u want to take care he cant play at the warrant-using server? Maybe he never will try it ;)

    the nickname isnt required for registering on the forum bot for playing at the server ;) If they share the minecraftaccount the easly can different forumaccounts but the same minecraftaccount...(maybe problem when using minecraftnicks that already exists :( ). But i wouldnt like that sharing...and why should they, the werent able to play at the same time.

    i hope ant59 is realising v2 soon :)
     
  17. Offline

    Ant59

    I am working on it, but I'm juggling soooooo much other stuff right now. This is unfortunately near the bottom of my priorities.
     
  18. Offline

    Jaredwhamilton

    I kind of need help setting this up. I tried some of it, but I am having issues. Could someone PM me or something and maybe we can work something out??
     
  19. Offline

    MetalMadness

    I am setting this up right now, so can I do this?
    Users must register on the forums to gain access to build.
    I was gonna make it so the forum does not see the user in the group, making him a normal guest. Then when he registers, he will show up in the group, and be promoted to a normal guest with building rights

    Could someone assist me with setting this up with phpbb?

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
     
    Last edited by a moderator: May 15, 2016
  20. Offline

    Charles Harvey

    I found it didn't work with phpbb3 but it oculd just be me.
     
  21. Offline

    Ant59

    Updated first post with some more v2.0 information. I will get back to support requests as soon as the new version is released. Sorry for the wait peeps! :)
     
  22. Offline

    M1sT3rM4n

    How about XenForo support?
     
  23. Offline

    Ant59

    Certainly :)
     
  24. Offline

    M1sT3rM4n

    Fantastic!
     
  25. Offline

    Ant59

    PLUGIN UPDATED TO V2!

    It is now feature-rich, yet simplistic and super-efficient!

    Just to let all of you who requested certain features know...
    @Sphex @dfdgsdfg @jasvecht @Zottelchen v2 now works with Permissions 3 instead of GroupManager :)
    @NeatMonster subgroups/additional groups are supported in v2 :)
    @registered I thought about including the password login system, but I will include this in the next update. I wanted to get v2 out for everyone to use now that it's in a usable state :)
    @Oscarius @WolwX As above, I will be including syncing groups the other way around in a future update if this feature is still required. The main feature of v2 is the efficiency, which I wanted to release asap :)
    @bocaj812 You can expect v2 now! :p
    @Zixt I think your idea would be best in a separate plugin from Warrant, and I will look into it :)
    @MetalMadness Sorry for not replying to you, I've been very busy. Have a go with v2 and let me know if your run into any problems :)

    And to everyone, sorry for it being so late!
     
    Taranis01 likes this.
  26. Offline

    brandon079

    I just converted everything over from groupmanager with warrant to permissions 3 and warrant 2.0. I am now getting this error. Any ideas?

    12:15:38 [INFO] dryappleman [/173.89.144.147:50648] logged in with entity id 579
    61 at ([world] -279.55623646065885, 67.0, -327.50275769653496)
    12:15:39 [INFO] connect from ip 173.89.144.147
    12:15:39 [INFO] Freed 9.334 MB.
    12:15:39 [SEVERE] Exception in thread "Thread-1635"
    12:15:39 [SEVERE] java.lang.NullPointerException
    12:15:39 [SEVERE] at net.districtmine.warrant.WarrantPermissionsHandler.se
    tGroup(WarrantPermissionsHandler.java:54)
    12:15:39 [SEVERE] at net.districtmine.warrant.WarrantProcess.run(WarrantPr
    ocess.java:57)
    12:15:39 [SEVERE] at java.lang.Thread.run(Unknown Source)


    Edit: Also the user does seem to get added to the appropriate rank/group. This error is just a bit annoying.
     
  27. Offline

    Zottelchen

    @Ant59
    I LOVE YOU! that is amazing! thanks!!!!!!
    if i ban someone on the forum (SMF), is he also banned on the server?
     
  28. Offline

    Ant59

    I got the error in testing, but forgot to add code to catch it. Basically, the most likely cause for this is that the rank name you've place in the config.yml is not exactly the same as the name in Permissions's configuration.

    Loving the idea there! I will implement this tomorrow :) I'll just add a key to point to a boolean field to see if the user is banned or not :)

    EDIT by Moderator: merged posts, please use the edit button instead of double posting.
     
    Last edited by a moderator: May 15, 2016
  29. Offline

    Taranis01

    nooo, u didnt read my request :(
    v2....v2? wohooooo!
     
  30. Offline

    brandon079


    In that case it probably just doesn't like my asterisks (***). Previously I had asterisks next to the group name to match the number of stars in the forum. Surprisingly the old version did not mind this at all. I will have to test if one of the players with astricks in their name get added to the correct group.

    Edit: It does seem to be putting everyone in the correct group; asterisk or not.

    Would it be possible put a setting in the config to ignore that error?


    Edit 2
    I removed the ranks with '*' but still seem to get the errors. Does rank case matter?
     
  31. Offline

    MetalMadness

    Ant, would you help me set up this? I can't seem to get it to work with phpbb :p

    Skype: Robloxis

    Apreciated!
     

Share This Page