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.

doing this got rid of the:
Warning: finfo_open() [function.finfo-open]: Failed to load magic database at '(null)'. in C:\Inetpub\wwwroot\ojs\classes\core\String.inc.php on line 212
error, but the other 2 are still there:
Warning: shell_exec() [function.shell-exec]: Unable to execute 'file -bi "c:\ojsfiles\php9.tmp"' in C:\Inetpub\wwwroot\ojs\classes\core\String.inc.php on line 221

Warning: Cannot modify header information - headers already sent by (output started at C:\Inetpub\wwwroot\ojs\classes\core\String.inc.php:221) in C:\Inetpub\wwwroot\ojs\classes\template\TemplateManager.inc.php on line 187

C:/wamp/php/extras/ is the directory path to magic.mime. magic must be appended to the directory path in the second argument string for finfo_open. Providing full path/magic.mime does not work nor does removing ".mime" from the filename.

I'm having a similar problem. We're running PHP/5.1.6 on CentOS 4. The above solutions do not work for us as we're still getting the "Invalid file format" errors. mime_content_type is not installed, but fileinfo is, yet we're still having the problems. Any suggestions?

The best way to debug this is probably to temporarily insert a few "echo" statements into the mime_content_type function in classes/core/String.inc.php. Make sure that the finfo_open function is being properly detected, and that the fileinfo data is being successfully loaded. Are you sure that you've specified a location to a valid mime database that is readable by the web server user?

It sounds to me like this function is working as it should -- perhaps the problem is to do with file permissions. Check your server log to see if anything appears there, or try adding the following to index.php near the top: