wisdompanda / evebb Goto Github PK

Depending on the user, a cookie may time out the instant you login.

Current thoughts is to use a proper session system with a token used instead of a password.

= User Logs in
Auth them
Create token in $_SESSION (user_id|token|timestamp|admin)
Insert token into 'current_sessions' table, with timestamp

On a page load;
= Page start
Clear old tokens
Check $_SESSION for token
= Token found
--- Validate vs DB copy. (user_id, token, timestamp)
--- If it matches, allow them to assume their auth.
= Token not found, use cookie (if there)
---Existing system.
Update/insert token (refresh it's timestamp)

Clear existing token on logout.

Require admins to authenticate every session.
--- If you hit admin after being token authed, you will be prompted for your password
--- This will then set the admin flag to 1 in the db table
--- Any other admin uses for that session will go on happily

The use of session and tokens basically means we don't carry around a copy of their password. They auth once, then we use a random token from there on in. Call it a token or a one time password.

To keep it brief, a plugin used to automate a few of the checks usually done when accepting a new recruit.

I'd like to see the plugin providing a display of various stats about the user with an "authorize" button down the button that will flag them for use on the forum.

May be able to use the Unverified group in this case, to help avoid editing the main code base.

support will be needed after tonights patch

when i try to configure the Ts3 plugin i keep getting the following message.

Loading of the plugin - AP_Teamspeak3.php - failed.

how can i fix this??

• crazy

Title says it all, make it so.

New topics are currently based off last visit and don't update when you view them, session info can be abused here.

This is a large feature.

The idea is to enable a "portal" for EveBB so that you can create a front page, which then takes you to the forums.

This needs to be light weight and not weigh down the forums, ideally it will be it's own self contained plugin that really only relies on the user auth, style and database of the forums. The site should not require any additional CSS'ing unless completely required. (aka, it should look like the forums do)

Musing as to how to accomplish it, I'm thinking something like being able to create "pages" using bbcode (with possible enhanced markups) that can be linked together, with the option of tagging a forum as a "feed" and including this on one (or all) of the pages. I'd be loathed to move the information to a new database table, as we already have a fully functional and working set of tables that would do the job.

I will update this issue with images as I plan it out.

As the title says... Add Google Talk to messenger list.

Requires an additional field on the users table. (google_talk should do)

It is what it is.

Do it.

Basically create a single auth page instead of two pages that generally do the same thing.

If i have activated the Ingame Avatars, only the first Post of a Thread gets rendered - no replies are shown...

Extend the existing options to enable groups, as well as users, to moderate things.

The index page and other related areas should show the group name instead of user names.

Long story short?

Create a page that displays the skill data of a character, stats etc, put behind a set of access controls. Should be linked via profile, but include a new php file on the root dir called skills.php.

On the admin side, you should be able to set skill sets to see if the user qualifies for them. An example would be setting a group of skills you require to fly a capital ship.

Because of the weight of this plugin, it should not be bundled in the default install.

New user admin list that allows the bulk administration of users as well as providing a good admin overview of users.

Abilities should include but not be limited to;

:- Move users
:- Delete users
:- Ban users

Musing;

Have a select box (with all forums, multi-select enabled) and take the selected items and present the 'standard' forum editing screen, but take the results and apply them to the list provided.

Requires further investigation, to see if a custom interface is required.

these cause the forums to generate an error, and are never removed from the database. error dialog appears as an SQL error.

Currently you need to use a role or "is a member of..." to assign a user group.

Title support should be added.

This will require the fetching and caching of corp titles for each allowed corp, then offering them as an option in the roles section, or as it's own drop down.

The API XML follows the format of;

We would need a table setup like;

-- TABLE --
corporationID, INT, unsigned
titleID, INT, unsigned
titleName, VARCHAR (100) #Or find the exact length

PRIMARY KEY; corporationID, titleID #They should be unique.