BVlank page when invoking a new MRBS installation
Brought to you by:
jberanek
I've made it through the MRBS installation process (http://mrbs.sourceforge.net/view_text.php?section=Documentation&file=INSTALL), but when I invoke MRBS, what comes up is a blank page. That is, the source HTML is nothing but:
I'm not sure what else to tell you that might help, but here are some possible clues:
If I can give you any more info to solve this, RSVP.
~ Thanks in advance
~ Ken
DO NOT USE - Support Requests: #702
The location of your error log depends entirely on your web server configuration, so it's hard for us to assist you.
If you're using Apache it might be a filename containing "error_log", but the Apache configuration could call the file anything it likes.
Equally, the server's PHP configuration could put PHP's error log somewhere entirely different...
It doesn't look like you're invoking MRBS at all. I can't see how that output could have come from MRBS. It looks like a blank index.html file from somewhere else. What happens when you point your browser explicitly at .../index.php?
I see what you mean. The URL I was using is:
http://mrbs.sunward.webfactional.com. If I expand it to
http://mrbs.sunward.webfactional.com/index.php I get the same blank page.
I tried another thing: put the basic "Hello world!" into an html page named
index.html in that directory. It came up OK in response to the URL
http://mrbs.sunward.webfactional.com. Point is, the URL isn't totally
bogus.
And if I disable both index.html and your index.php, I get a "403
Forbidden" error in response to that same URL. Not sure why that
particular message is the return, but getting some kind of error seems
reasonable when the server can't find an appropriate response.
So: What is running and returning a blank page?
In case this helps, my web host is webfaction.com. MRBS is installed as an
app of type "Static/CGI/PHP-5.5", in WebFaction terminology. This is my
first try at installing a PHP app on WebFaction, so I don't know if I'm
doing something wrong.
Anyway, would appreciate any further suggestions you may have.
~ Thanks, Ken
On Wed, Mar 11, 2015 at 5:15 PM, Campbell Morrison cimorrison@users.sf.net
wrote:
Related
DO NOT USE - Support Requests: #702
How about replacing index.php with a file which contains just:
I get the attached. I'm PHP-illiterate; maybe you can glean something from
it.
On Wed, Mar 11, 2015 at 8:00 PM, John Beranek jberanek@users.sf.net wrote:
Related
DO NOT USE - Support Requests: #702
Not sure my attachment made it. Just in case, here goes again.
On Wed, Mar 11, 2015 at 8:18 PM, Ken Winter ken@sunward.org wrote:
Related
DO NOT USE - Support Requests: #702
The blank page you are getting when you point your browser at index.php is a different blank page. It's completely blank. This is probably because you've got an error in your config file, for example a missing semi-colon. If you can't find your error log try going back to the default distribution config file and then introducing your changes one at a time.
Let me attach the config file. I can't find any syntax errors, but as I
said I'm PHP-illiterate. (This is just a test setup so I don't have any
concern about security.)
On Thu, Mar 12, 2015 at 5:03 AM, Campbell Morrison cimorrison@users.sf.net
wrote:
Related
DO NOT USE - Support Requests: #702
Think you'll need to go to https://sourceforge.net/p/mrbs/support-requests/702/ to attach it.
Oh, sorry. OK, here goes.
That looks OK as far as I can see and it works OK on my system - ie I get the expected error that I can't connect to the database.
Have you changed any other files? Try re-uploading the MRBS files to the server.
No, I haven't changed any other files. Not deliberately, anyway. I will try reinstalling MRBS, just in case.
I was getting that "can't connect to DB" error until I found a mistake in my configuration - then it went to the blank page. I mention this because it indicates that MRBS really was running, right?
Don't know if this matters, but MRBS is installed to run as CGI, not as an Apache module.
If you want to see the blank page, the URL is http://mrbs.sunward.webfactional.com/.
So was the config file you posted here the one that gave you the "can't connect" error or was it the one after you corrected your configuration?
The one I posted here is the one that worked.
...where "worked" means that it delivered that blank page.
What did you change in your configuration after you got the "can't connect to DB" error?
I had the wrong port number.
I suggest you go back to the version of the config file that gave you the "can't connect" error and start again. At least that gave you some output from MRBS.
Presumably you are using a non-standard port? You shouldn't normally have to specify the port number.
View and moderate all "support-requests Discussion" comments posted by this user
Mark all as spam, and block user from posting to "DO NOT USE - Support Requests"
Yes, a non-standard port. This is because I have installed the MRBS database in WebFaction in what WebFaction calls a "private instance". Is it possible that I have managed to connect MRBS to its database, but in a way that the rest of it doesn't work?
Happy to send whatever more I can to help debug this issue.
For debugging purposes only, try adding the following two lines at the bottom of internalconfig.inc.php
These will display all errors in the browser.
Aha! Here's the error I get:
Warning: in /home/sunward/webapps/mrbs/pgsql.inc on line 438
Fatal error: Call to undefined function getUserName() in /home/sunward/webapps/mrbs/Themes/default/header.inc on line 22
(FYI I Have not yet re-copied the code into the MRBS directory.)
This may be a bug
Try setting
$auth['type']='db';
As an experiment.
Where do I insert this line? At the bottom of internalconfig.inc.php? Remember, you're working with a PHP-illiterate here ;-)
I decided that it belongs in the config.inc.php file. I put it there and saved the change, but still get the same error.
Yes, it belongs in config.inc.php.
Have you set up the database tables? It looks to me like there are no tables in the database. You need to execute the SQL in tables.pg.