As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:

As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.

1. Search the forum. You can do this from the Advanced Search Page or from our Google Custom Search, which will search the entire PKP site. If you are encountering an error, we especially recommend searching the forum for said error.

2. Check the FAQ to see if your question or error has already been resolved.

3. Post a question, but please, only after trying the above two solutions. If it's a workflow or usability question you should probably post to the OJS Editorial Support and Discussion subforum; if you have a development question, try the OJS Development subforum.

In addition to Jason's notes, make sure that your encryption settings in your migrated config.inc.php file match what you had previously -- this parameter controls how OJS en/decodes passwords, and if it doesn't match what you had previously, no-one's passwords will work.

I just frantically spent my entire morning solving a similar problem. We moved from RHEL5 (php 5.1) to RHEL6 (php 5.3) a few days ago. This morning, I get a call from someone trying to log in, and we had the exact same problem: no error, but no login.

I can't figure out why this actually *works* for anyone. Take a look at the login function in classes/security/Validation.php. Notice that it sets up your user session all nicely, but it never actually saves the session!

I inserted the following code after line 110, and everything works now: