Blank page on Install

[ScoobyDont]

ARGH! I am having the same issues and I have tried everything (well, apparently not *everything*) to figure out what the problem is...no luck... Also...I see a few people with this problem, but I have only seen one that said they fixed it, and that didn't work for me.

Anyways... here's my painful story...

I installed it and had no problems. My screen shot looks the same as the one posted, black bar at the top with phplist logo and logout on the right, gray bar under that...everything else blank.

"view source" on page load /lists/admin/ shows last line as <!-- content start here --> (ironic, huh?)
Tried Chrome (both normal and incognito) & IE
It seems to be connecting to the database - see mysql log info below
It is serving the main page and httpd logs show it is also serving the css, js pages and images and no errors in the httpd error log file
My php seems to be working fine, as I am running wordpress with no problems, however I can't seem to get php to log anything except when I run a php file from the cmd line. I am leaning towards this possibly being the issue. thoughts /debug suggestions more than welcome. I have never really messed with php much - I have just always installed it and had it work out of the gate.

Here are my versions of (anything that could be) relevant "stuff"...
httpd.x86_64 2.2.15-39.el6.centos
phplist-3.0.10
php.x86_64 5.3.3-40.el6_6 @updates
php-cli.x86_64 5.3.3-40.el6_6 @updates
php-common.x86_64 5.3.3-40.el6_6 @updates
php-gd.x86_64 5.3.3-40.el6_6 @updates
php-mysql.x86_64 5.3.3-40.el6_6 @updates
php-pdo.x86_64 5.3.3-40.el6_6 @updates
mysql.x86_64 5.1.73-3.el6_5 @updates
mysql-libs.x86_64 5.1.73-3.el6_5 @updates
mysql-server.x86_64 5.1.73-3.el6_5 @updates
perl-DBD-MySQL.x86_64 4.013-3.el6 @base
php-mysql.x86_64 5.3.3-40.el6_6 @updates

I have tried with selinux on and off (from previous comments - yes I read them all) - no difference

config.php (I have started with new files several times in case there was an edit error-this file is error free. this is one thing I am *sure* of.)
On this topic, the docs on the web ( http://docs.phplist.com/PhpListConfigDatabase.html )say that the $pageroot and $adminpages need to be configured. Neither are in the config.php file and $adminpages is not in either of the files. Is the config documentation out of date or are both of these required (even though the config.php file seems to indicate that they are not)?
In any event, I tried it with and without each of them and it didn't make a difference.

<?php

/*

* ==============================================================================================================
*
*
* The minimum requirements to get phpList working are in this file.
* If you are interested in tweaking more options, check out the config_extended.php file
* or visit http://resources.phplist.com/system/config
*
* ** NOTE: To use options from config_extended.php, you need to copy them to this file **
*
==============================================================================================================

*/

# what is your Mysql database server hostname
$database_host = "localhost";

# what is the name of the database we are using
$database_name = "lists";

# what user has access to this database
$database_user = "cdrlists";

# and what is the password to login to control the database
$database_password = 'xxxxxxxxxxxxxxxx';

# if you have an SMTP server, set it here. Otherwise it will use the normal php mail() function
## if your SMTP server is called "smtp.mydomain.com" you enter this below like this:
##
## define("PHPMAILERHOST",'smtp.mydomain.com');

# if test is true (not 0) it will not actually send ANY messages, but display what it would have sent
# this is here, to make sure you edited the config file and mails are not sent "accidentally"
# on unmanaged systems

define ("TEST",1);


$pageroot = '/lists';

/*
nothing changed below this line yet.



MySQL log
141122 13:31:58 53173 Connect cdrlists@localhost on
53173 Init DB lists
53173 Query SET NAMES 'utf8'
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Query select table_name from information_schema.tables where table_schema = "lists"
53173 Quit


Hellllllpppppp!!!!!!

[ScoobyDont]

In further troubleshooting, and possibly related, I have changed the $pageroot and $adminpages directories to bogus directories and it did not change anything - no errors, no additional/different log entries, no change to the blank page. This might be the issue, that the application can't find or read the /lists directory.

Is there a way to test to see if it is loading those pages or if not, what the error is (looking somewhere else, permissions...etc)?

[Dragonrider]

In further troubleshooting, and possibly related, I have changed the $pageroot and $adminpages directories to bogus directories and it did not change anything - no errors, no additional/different log entries, no change to the blank page. This might be the issue, that the application can't find or read the /lists directory.

Is there a way to test to see if it is loading those pages or if not, what the error is (looking somewhere else, permissions...etc)?

So where is your lists directory relative to your domain?
Eg: yourdomain.com/??

I would normally ask you to Look at your admin config pages, and ask what the path is on your settings page to your lists directory, but you can't do that, can you?

You are using config.php and not the config-extended.php file?

[ScoobyDont]

web root is www.example.com/ aka /var/www/html/
lists directory is www.example.com/lists aka /var/www/html/lists

not sure what you mean by this..."I would normally ask you to Look at your admin config pages, and ask what the path is on your settings page to your lists directory, but you can't do that, can you?"

I used config.php file and I originally only changed:
the following settings (I just edited the values in place and left the rest of the file the same)

$database_host = "localhost";
$database_name = "lists";
$database_user = "cdrlists";
$database_password = 'xxxxxxxxxxxxxxxx';

That didn't work, so I added
$pageroot = '/lists'; - and that didn't change anything, so I also added
$adminpages = '/lists/admin'; - and that also didn't change anything.

The one thing that struck me odd is that I later intentionally changed the above two values to directories that don't exist i.e.: $pageroot = '/foo'; - and that didn't change anything at all as far as what the webpage displayed domain.com/lists/admin , which makes me wonder if the problem is that the server can't find the pages in the /lists directory. So I am thinking either the app is looking in the wrong place or there is some sort of permission error that is causing the app not to be able to read the pages. I am only deducing this because changing the $pageroot makes absolutely no difference, and I would expect it would if all other things were working properly.

Thoughts?

P.S., when I go to domain.com/lists I get exactly what others get

Database error 1146 while doing query Table 'lists.phplist_subscribepage' doesn't exist
Database error 1146 while doing query Table 'lists.phplist_subscribepage' doesn't exist
Database error 1146 while doing query Table 'lists.phplist_subscribepage' doesn't exist
Subscribe to our Newsletters

Unsubscribe from our Newsletters

[Dragonrider]

That didn't work, so I added
$pageroot = '/lists'; - and that didn't change anything, so I also added
$adminpages = '/lists/admin'; - and that also didn't change anything.

In version 3 you do not need to use $adminpages any more.

I later intentionally changed the above two values to directories that don't exist i.e.: $pageroot = '/foo'; - and that didn't change anything at all as far as what the webpage displayed domain.com/lists/admin

This is why I asked:

"I would normally ask you to Look at your admin config pages, and ask what the path is on your settings page to your lists directory, but you can't do that, can you?

As I wondered if you had made these changes to your config-extended.php file.

[ScoobyDont]

OK, thanks. Understood.

I did not use the config_extended.php file.
It was my understanding that all I needed to get the thing basically up and running was to use the config.php file and edit the values in the top section above the "Settings for handling bounces".

Any thoughts?

[Dragonrider]

Please refrain from posting identical posts across the forums, stick to the original topic, many thanks.

[ScoobyDont]

My apologies. I assumed that I needed to create a new post rather than tag on someone else's because I wasn't really getting any responses other than yours. Also, my new post had additional information which might have helped someone help me.

Do you have any ideas of what to try?

Additional information is as follows....

I installed phplist.
When I load the page mydomain.com/lists/admin/ I get the phplist black bar at the top and the rest of the page is white.
I have looked at every other post I could find with similar problems and I have tried the solutions offered (reinstall, reinstall config.php, use config_extended.php, turn off selinux...etc...etc...etc.)

It is connecting to the database (verified by Sql log - see below - and also, if I change the password in the config file, I get an error) but it doesn't seem to do anything other than query. I believe it is supposed to do some sort of table creation, configuration on first load, no?
It is reading the config file, looking in the right paths and is loading all relevant files (php, js, includes). I verified this by adding print statements to files and looking for output in view source
There are no 5xx or other web server errors...at all.
There are no database errors in the mysql logs.
It just doesn't seem to recognize that this is a new installation and what to do next.

I have read all the docs, tried everything I could see - I'm stumped.

mysql log shows this when I load mydomain.com/lists/admin

141125 13:57:32 1731 Connect cdrlists@localhost on
1731 Init DB lists
1731 Query SET NAMES 'utf8'
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Query select table_name from information_schema.tables where table_schema = "lists"
1731 Quit

CentOS 6.6
phplist-3.0.10
httpd.x86_64 2.2.15-39.el6.centos
php.x86_64 5.3.3-40.el6_6 @updates
php-cli.x86_64 5.3.3-40.el6_6 @updates
php-common.x86_64 5.3.3-40.el6_6 @updates
php-gd.x86_64 5.3.3-40.el6_6 @updates
php-mysql.x86_64 5.3.3-40.el6_6 @updates
php-pdo.x86_64 5.3.3-40.el6_6 @updates
mysql.x86_64 5.1.73-3.el6_5 @updates
mysql-libs.x86_64 5.1.73-3.el6_5 @updates
mysql-server.x86_64 5.1.73-3.el6_5 @updates


any help or "do/try this" ideas would be greatly appreciated. I'll try pretty much anything at this point.

I am about to give up and find something else, which is a shame because this app seems perfect for what I need.

[Dragonrider]

I assumed that I needed to create a new post rather than tag on someone else's because I wasn't really getting any responses other than yours.

Initially yes, but as you tagged your question on to someone else's topic re-posting is often classed as spamming in forum etiquette.

[ScoobyDont]

ok....so any suggestions on how to get this running?

[Dragonrider]

Have you tried setting the folder permissions on your /temp directory as suggested as a solution earlier in this post?

[ScoobyDont]

yes, I did. no change.

[Murfy]

I have the exact same issue since the latest version (after upgrading). I decided to start over again and started a whole new server; however still the same results.

The content also stops after "<!-- content start here -->" on the admin page.

- Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.4.16
- MySQL 5.6.21
- Centos 7 (X64)

As I am not the only one, something must be wrong with the software I suppose?

[ScoobyDont]

What version were you using before you upgraded?

[Murfy]

3.0.6