Support

User has access to secure areas, but isn't logged into them

The login form may or may not have a hidden form field named "ssg". If this field is present, it will restrict which secure areas a user will be logged into. Removing it from your form ensures that any user logging in will always be logged into all of the secure areas to which he/she has access to.

A tell-tale sign of this is when users are logged into some secure areas but not all secure areas.

User is inputting the correct credential but still isn't logged in

• Is the "sessions" folder writable?
• Ensure that the "ppSD2/sessions" folder is writable (CHMOD 777).
• Does the user have access to the secure area into which they are being logged into?
• Ensure that the user in question has been given access to the secure area into which they are trying to log in. You can see which areas a user has access to from the User Management Screen on the admin control panel.
• Is the user inputting his/her credentials in a case sensitive manner?
• Please note that all usernames and passwords are cAsE SenSitIve. So "johndoe" is not the same as "JohnDoe". Make sure that your users are inputting their credentials correctly.

Folders are open to the public even after I secure them!

• Is mod_rewrite activated on your server?
• Ensure that mod_rewrite is working on your server. Contact your web host for this information.
• Has another program overwritten the .htaccess file?
• Ensure that no other program has overwriten the .htaccess file that ppSD2 created in your secure directory. You can re-issue the correct .htaccess file by going to "MANAGE > LIST SECURE AREAS". Edit the secure area in question to re-create the file. You don't need to change anything. Just edit the area, submit the form, and it will re-create the .htaccess file for you.

Last updated on 14 November 2011 12:34pm