When we click “archives” on the main site menu, the page is blank.
http://italianstudiesinsa.org/index.php/issa/issue/view/1
Under the settings it is linked to archives. So, click journal administration → Settings → Website → Navigation Menus → Navigation menu items → Archives → Edit → link to → Archives → Save.
If we try put the actual URL of the archives page, namely http://italianstudiesinsa.org/index.php/issa/submissions#archived … OJS says it won’t allow special characters.
Please advise.
When I go to address
http://italianstudiesinsa.org/index.php/issa/issue/view/1
I see Table of Contents not blank pages.
Please describe in more details your problem with OJS usage.
Hi. Click the word “Archives”. I tried this in Safari and Firefox and another person (the site owner) experienced the same
When the page is blank usually it is very useful to check php error log. please check php error log.
But, as far as I know the page Archives should work normally by default and it is not needed to libnk it to anything as you have done.
However, please check php error log and post it here.
PHP Warning: mktime(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /home/www/issa.africa/lib/pkp/lib/adodb/adodb-time.inc.php on line 1073, referer: http://italianstudiesinsa.org/index.php/issa/management/settings/website
[Tue Feb 13 15:13:30 2018] [error] [client 192.143.207.239] PHP Warning: mktime(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /home/www/issa.africa/lib/pkp/lib/adodb/adodb-time.inc.php on line 1073
Which version of php you use? Did you setup time zone on server and in php?
root@www /var/log # rpm -q php
php-5.5.36-1.el6.remi.x86_64
root@www /var/log # uname -a
Linux 2.6.32-431.20.5.el6.x86_64 #1 SMP Fri Jul 25 08:34:44 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Please upgrade php to at least 5.6.32and check do you have problem again.
sigh… this is why people do not shift to linux.
root@www ~ # yum update php-common-5.5.36
Loaded plugins: fastestmirror, priorities
Setting up Update Process
Loading mirror speeds from cached hostfile
OK so what I did now is hacked in
date_default_timezone_set(‘Africa/Johannesburg’);
and put similar into php.ini, and now it has stopped complaining about the time zone.
But it still doesn’t work.
Any other ideas (apart from upgrading the software, which doesn’t work).
OJS 3.1.0-1 requires php 5.6. or higher in order to function properly. Please check with your sysadmin how to install higher version of php.
root@www ~ # php -v
PHP 5.6.33 (cli) (built: Jan 3 2018 13:11:40)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
still doesn’t work. Any other ideas? PS thanks for the help.
there has to be an error somewhere. You could try turning on errors from config.inc.php (https://github.com/pkp/ojs/blob/master/config.TEMPLATE.inc.php#L477, note that this is not the file you should edit, just a template)
Bizarre. I set
; Display an error message when something goes wrong.
display_errors = On
and it still displays nothing when you click on Archives.
Did you find something ion php error log that shows fatal error? I have had blank page in article view and I noticed that one plugin was making problem. I turned it off and blank page disappeared and article view was displayed properly.
What are your error settigs in php.ini?
The handler that shows that page is here: https://github.com/pkp/ojs/blob/master/pages/issue/IssueHandler.inc.php#L119-L153
You could try adding a line like error_log("Code reaches this point before error", 0); inside that handler starting from the first row and then moving that extra line onward to determine where the code gets broken.
But still there is something peculiar in your error settings if you are only seeing a blank page.
php.ini just sets the error log path. If I put apache onto LogLevel Debug it pastes a lot of this into the log:
[Thu Feb 15 19:07:34 2018] [debug] proxy_util.c(2289): proxy: connected / to 197.189.224.146:8209
[Thu Feb 15 19:07:34 2018] [debug] mod_proxy_cluster.c(1412): proxy_cluster_try_pingpong: connected to backend
[Thu Feb 15 19:07:34 2018] [debug] mod_proxy_cluster.c(1129): ajp_cping_cpong: Done
[Thu Feb 15 19:07:34 2018] [debug] proxy_util.c(2120): proxy: ajp: has released connection for (197.189.224.146)
[Thu Feb 15 19:07:39 2018] [debug] proxy_util.c(2102): proxy: ajp: has acquired connection for (197.189.224.146)
[Thu Feb 15 19:07:39 2018] [debug] proxy_util.c(2158): proxy: connecting ajp://197.189.224.146:8209/ to 197.189.224.146:8209
[Thu Feb 15 19:07:39 2018] [debug] proxy_util.c(2289): proxy: connected / to 197.189.224.146:8209
[Thu Feb 15 19:07:39 2018] [debug] mod_proxy_cluster.c(1412): proxy_cluster_try_pingpong: connected to backend
[Thu Feb 15 19:07:39 2018] [debug] mod_proxy_cluster.c(1129): ajp_cping_cpong: Done
[Thu Feb 15 19:07:39 2018] [debug] proxy_util.c(2120): proxy: ajp: has released connection for (197.189.224.146)
[Thu Feb 15 19:07:44 2018] [debug] proxy_util.c(2102): proxy: ajp: has acquired connection for (197.189.224.146)
[Thu Feb 15 19:07:44 2018] [debug] proxy_util.c(2158): proxy: connecting ajp://197.189.224.146:8209/ to 197.189.224.146:8209
If I am going to hack the Handler code, please advise which of these is likely to be the right file:
/home/www/issa.africa/30/api/v1/issues/IssueHandler.inc.php
/home/www/issa.africa/30/pages/issue/IssueHandler.inc.php
/home/www/issa.africa/api/v1/issues/IssueHandler.inc.php
/home/www/issa.africa/pages/issue/IssueHandler.inc.php
Thanks vvucic - I don’t see any “fatal” errors - or indeed anything that looks like an error.
It is probably /home/www/issa.africa/pages/issue/IssueHandler.inc.php (the 30 folder you have is a test of some sort?)
If you go to OJS dashboard => Administration => System Information => Extended PHP Information then what are your values for display_errors, log_errors, error_log and error_reporting?