Page 1 of 1
blank page at installation
Posted: 30 Mar 2006, 14:16
by csteen
hi,
i tried to install mantis 1.0.1 and get a blank page on the install.php page.
anyone who can help me?
iam using red hat linux with apache2.0 and php4.4.2
Posted: 30 Mar 2006, 18:07
by dcomo
It sounds like your PHP is not being rendered.
Try this:
Create a file called test.php and toss it into your Apache root. Within this file, copy and paste the following code:
<?php
phpinfo();
?>
And then view that page in your web browser. Does the PHPInfo screen appear?
If not, you have a PHP/Apache installation issue (Did you remember to enable PHP in your httpd.conf file??)
If it does, did you edit any of the Mantis php files?
Posted: 31 Mar 2006, 07:11
by csteen
i already testet phpinfo() and it works and i did not edit any files from mantis.
i downloaded older versions of mantis and its the same things...stange
thanks anyway
Re: blank page at installation
Posted: 09 Apr 2006, 05:26
by SpazTick
csteen wrote:hi,
i tried to install mantis 1.0.1 and get a blank page on the install.php page.
anyone who can help me?
iam using red hat linux with apache2.0 and php4.4.2
I am having the exact same problem. I am running the following:
mysql-5.0.18-2.1
httpd-2.2.0-5.1.2(apache)
mantis-1.0.1
RedHat FC5
all of the above are as they came from the RedHat install. I also tried the phpinfo() test and it works, I wrote a php script that connects the the mysql db, and tried older versions of mantis with no luck, all act the same. I have tried:
$g_db_type = "mysqli";
and
$g_db_type = "mysql";
I am pretty sure there is nothing wrong with the db. On an older version of all of the above I got this working without issue, but on our new machines we are wanting to have the newer stuff. Any help would be much appreciated.
Thanks
Same problem
Posted: 26 Apr 2006, 07:02
by sandra
Hi,
I got exactly the same problem on my RHEL4. Nothing to do.
Other websites (like Webmin, PhpMyAdmin, PhpBB) run correctly on this computer. But Mantis only produces a blank page at install.
The same archive runs well under Windows with EasyPhp....
here too
Posted: 06 May 2006, 01:57
by smitsw
I've got the same problem.
I traced the problem down to line 14 of news_api.php:
Code: Select all
$t_core_path = config_get( 'core_path' );
Execution stops here. I've got no idea why...
Mantis 1.0.2, PHP 5.0.4, Apache 1.3.33.
Posted: 06 May 2006, 22:11
by vboctor
This problem is typically called by spaces outside the <?php ?> block in config_inc.php or one of the custom_*.php files. The fix is to remove such spaces.
Given that this is found to be a common problem, I've implemented the fix below which prompts an error message when this occurs.
http://bugs.mantisbt.org/view.php?id=7013
Regards,
Victor.
MantisConnect
http://www.futureware.biz/mantisconnect/
Posted: 07 May 2006, 06:55
by smitsw
Thanks!
...but it doesn't work for me, unfortunately. It seems execution doesn't even get to the point where the patch is applied. I manually checked for blanks in given files, and none are there, as far as I can tell.
Let me know if I can be of any assistance... here's really hoping for a fix.
Posted: 08 May 2006, 23:13
by smitsw
to further elaborate on this. (Disclaimer: I'm not a php programmer at all, so it might be complete nonsense. )
Mantis now crashes (version 1.0.3) without PHP error at the line:
Code: Select all
$t_bypass_lookup = ( 0 < preg_match( $t_match_pattern, $p_option ) );
of function config_get() in config_api.php. It just halts there. This happens when news_api.php tries to get the core_path variable. FWIW:
t_match_pattern = /_table$|cookie|^db_|hostname|database_name|_path$|use_iis|language|use_javascript|display_errors|stop_on_errors|login_method|_file$|anonymous|content_expire|html_valid_tags|custom_headers/
p_option = core_path
Running on FreeBSD BTW
cheers
Config PHP
Posted: 07 Jun 2006, 13:58
by sandra
Just found the solution (for me) :
in /etc/php.inc, set the memory_limit to 32M.
Rock'n roll !!
Blank page on installation
Posted: 15 Feb 2007, 21:56
by jblack
I get the blank page.
I am using php 4.3.9
I just tried the fix to /etc/php.ini with 32M and it owrked after I restarted apache. Thanks for the fix!!!!