This is a really comprehensive and useful guide. Thanks Mithrandir for filling in this important area. Looking at the 5000 plus reads, I reckon it must be helping many many people.

*blush*

It's really just a copy-paste from the wiki

... and the 5000+ reads is because the XOOPS 'cannot connect to database' error now points to this FAQ item (via a wiki redirection)...

Herko

Never mind eh, It's all part of my campaign to raise the attention level of the Xoops FAQ.

I have change the setting :error_reporting(0); to error_reporting(E_ALL);

And this is the error:

Parse error: parse error, unexpected $end in //premfs11\sites\premium11\aptdesigners\webroot\news\modules\system\blocks\system_blocks.php on line 415

If you have to use cpanel to edit the index.php and update any info - make sure it doesn't add a line of whitespace outside after php close ?>

As it will stop the headers redirecting!

Thanks RossCO for that valuable point. I'm seeing this comment appear quite a lot on these forums and I've experienced it myself also.

There is also a FAQ about this problem.

Herko wrote...

Quote:

Bang on. I am in the midst of an "outage" with my web host (globalhosting.com). They've been out for the past 1/2 hour, just when I was doing some highly intesive modifications to my site. Grrrrrr.

It must've been a trickle of thoroughput that spawned the redirector text to this page.

BTW, you might want to add that to the possible symptoms on this faq.

Don't take what I am about to say the wrong way, I think the FAQ is great but when a FAQ is used so often and is used for similar topics, this would suggest their is something wrong with the program (software, code) or information is not presented in a clear manner in order to prevent this occurring so often (i.e. blank or white pages).

Thanks

w/ XOOPS 2.0.9.2 check:

Line 38 in class/template.php


Should be:


Line 381 class/smarty/smarty.class.php


Should be:

Egad! Are we doing development on a case-insensitive Windoze server?!

Actually, in my setup, those filenames do have initial caps.

I changed my theme on my xoops site and it made it blank when I tryied to open and new window to go back to log back in to change themes it was and blank page. All I can acces is my cpanel. Is there and way I can edit thre there to get back to my defualt them or the them I had to start off??

Hey JMorris,

Can you or anyone veryify what line 82 of index.php should be?

After a clean install, I get this error message:

Parse error: parse error, unexpected '}' in /home/www/mywebsite.com/xoops/index.php on line 82

I'm using Linux
php version 4.3.4
mysql version 4.0.23_Debian-4-log

See response to your help request in the forums.

I'm not sure why this is the case, but my Xoops automatically put 127.0.0.1 into the banned ips field in the general settings section of the control panel.

This caused me a blank page when I wanted to backup my live database and restore it on my development workstation (and I banged my head for hours trying to figure it out).

This is a case where not ALL blank pages are caused by errors. This blank page was caused by an explicit call to exit() in include/common.php.

If you are backing up your database from a live website so that you can restore it locally (to do testing or whatever), check to see if 127.0.0.1 is in the banned IPs before backing up your live database. There might be a good reason for it being there (on a live site), but you can temporarily remove it before backing up your site.

Can someone comment on why 127.0.0.1 would automatically be in the banned ips?

I got a blank page when installing because i had just installed php, but had not configured mysql properly.

It's funny, because you would think Xoops would tell you that the mysql functions aren't working, or that there is some kind of error, but instead, a blank page occurs.

The error is there in the blank page. But, You have to turn on debug mode to view it. The reason for this is that for some errors sensitive information could be displayed that you would not want others to see. Like for instance you path to home directory or database prefix.

thanks for the suggestion on the max_questions resource problem. I have been plagued by this issue and have cached all the blocks and modules I can and no help. I've added a bunch more database users and will see if this helps. so far seems to be working.

as for the max_questions part of the FAQ above, has anyone documented how to get mainfile.php or somewhere else to rotate through database users? I posted a similar solution used for phpNuke in the forums, but don't know how to implement it for xoops.

This is the only solution I have been able to find, and it is really the only one that seems to make sense.

This is a HUGE problem with XOOPS and other CMSs, and it is probably a simple solution. . just needs the attention of someone who knows the code.

Please help!

I hope

Quote:

The suggested "fix" might work for user's with multiple DB accounts, but for those of us with only one DB account, the above would be useless. Besides, sounds like it's a half-measures patch job rather than an actual fix.

Personally, I don't know enough about MySQL to even begin to tackle your issue. But then agian, I haven't had any blank page problems with XOOPS in 2 years that either I didn't cause, or were not just a chance happening that was fixed by re-uploading the core files. (Yes, this includes the "wrong case" issue from before).

That's not to say that there isn't a problem. Given past experience with the way XOOPS handles DB queries, I wouldn't be a bit suprised, but that dead horse has been beaten more than enough.

Thanks for your note. Actually, virtually everyone on a shared host account is granted some level of multiple users per database, as well as multiple databases. . . The fix does not suggest making multiple databases, but to create multipleb database users to access the 1 XOOPS database and have these share the load by rotating these users in mainfile.php. It is most definitely a FIX. Most shared host environment allow X queries per user of the database per hour but allow mutliple users, such that 3 users = 3*X queries per hour. Some shared hosts limit to 3 users per database. Some do not have a set limit. I have 10 users on set in SQL for my 1 Xoops dbase. Problem is that Xoops currently doesn't take advantage of multiple dbase users and the extra queries they enable.

Here's the fix for phpNuke. Can XOOPS mainfile.php be modified to imitate this behavior, and if so, how. . .Please help!

Quote:

Quote:

No, not actually. There are a large number of hosts who have entry level packages that only allow for ONE DB USER for that account. Some people don't need a large hosting account, and therefore, only having one DB user account is more than adequate.

You missed my point entirely. A FIX would change the way that the queries are handled rather than working around the number of queries by using multiple accounts.

Multiple account access is not possible for everyone and is a bit a rediculous requirement on modern CMFs/CMSs. Much larger systems than XOOPS (Typo3 is an example) have absolutely no problem using just one DB with one DB account.

IF there is a problem with XOOPS exceeding maximum queries per user account, then the problem is is XOOPS code and needs to be fixed there by reducing the number of queries required to perform the operation. Patching mainfile.php to query multiple accounts is a hack and not a real solution for the real world. Well, that is, unless you don't mind alienating several hundred users like myself who ONLY HAVE ONE DB & DB USER ACCOUNT.

i agree with your point that the code should be written such that it is efficient in number of queries rather than using a hack, of whatever sort. i'm sure that you are correct that some folks have accounts that enable only 1 db user, however, i believe if you do a quick scan of average entry-level, shared host account by leading providers for $8/month or less (www.hostaz.com), you will find that this is the exception. Most webhosts will upgrade people to remain competitve, so maybe you can check into this. . .In any event, it's clear that there is a problem with certain modules, and whatever way it can be fixed. . it would be nice if it were to happen.

Hi guys,

I don't have the link in front of me right now, but someone answered the question of how to modify the mainfile.php to skip to the next available user in a forum here. I didn't do it because [he] gave an explanation and then said I would have to create an array of some kind.

I'm a 3d Model maker, not a xoops genius or any other kind of web guru. Please look for the post and take it from there. ;)

As for the "alienating xoops users with only 1 database" thing...My suggestion was for those of us with a hosted server who have the ability to have multiple users. The "hack" would be a great service to those like us. Anyone else with the same problem should seek another solution.

If xoops core system modifications could "fix" it for all of us, then that would be great, but I'm afraid the general thinking at higher is that if you don't have complete control of the server (virtual, dedicated or owned) then get complete control and that will fix your problem.

Dave
http://www.max-realms.com

The core itself is quite efficient with queries (can always be better, of course, but the margin is small. In the XooSphere project this will be taken into account in the architecture).

The biggest gain is in the modules. Most module developers focus a lot on features and improve efficiency after that, perhaps we should teach them how to be more efficient from the start...

Herko

I troubleshot the blank page error for hours going through all the suggestions to no avail. Turns out not all the pages uploaded (newbie at uploading...extracted first, then moved!). Once I did this properly, all fired up just as expected.

This article just saved my life today.

Thanks Max thankx a lot

This is a great resource. For whatever reason, in section C, item [1], I do not see the "single line of code". Can anyone fix that little problem? Thanks!

-SG

Based on what I found at:

http://us2.php.net/ini_get

the single line of code must be something similar to:

echo 'register_globals = ' . ini_get('register_globals');

actually the missing line of code should be:



that will then let you see your server setup and you will then be able to see what is turned on and what is turned off

i am getting this error on my website after i moved it from the local computer to the server.

Error [Xoops]: Class XoopsModuleHandler does not exist
Handler Name: module in file include/functions.php line 491

I have tried all the options but to no avail so far. when i rename the Modules folder, i get to see the header and footer loaded perfectly. Something wierd is going on , the local backup is working fine.

i got a fresh install of xoops 2.2.1 but got this error :

Quote:

already try to follow the above instructions but failed..... please help me .....tq.

thanks for this info,check if you have "checked" the Gzip compression to Yes,because this causes a blank page..

got this error message, haven't changed any settings on the page in weeks though, its been running for 2 years stable until now..

Fatal error: Call to a member function on a non-object in /www/htdocs/protone/header.php on line 112

how do i fix this? can't get in to the administration or mysql anymore...heeeelp please

I did all the tips above, but the problem still remain:

Notice [PHP]: Only variable references should be returned by reference

What can I do to solve this thing?
I'm not much a coder......

Thanks
Max

Turn off PHP debug mode in Preferences - General Settings.

Fatal error: Cannot instantiate non-existent class: xoopsformbutton in /home/lillians/public_html/spookyblackcats/xoopsupdate.php on line 47 thats the code I get when trying the xoopsupdate.php

Thanks jdseymour,
but turning php debug off doesn't solve the fact the blank page are white, anyone can tell me what to do to have the site working good?

Thanks
Max

Notice [PHP]: Only variable references should be returned by reference in file include/functions.php line 491
Notice [PHP]: Only variable references should be returned by reference in file include/functions.php line 491
Notice [PHP]: Only variables should be assigned by reference in file class/database/mysqldatabase.php line 239
Notice [PHP]: Only variable references should be returned by reference in file class/database/mysqldatabase.php line 386
Notice [PHP]: Only variable references should be returned by reference in file include/functions.php line 491
Notice [PHP]: Only variables should be assigned by reference in file class/database/mysqldatabase.php line 239
Notice [PHP]: Only variable references should be returned by reference in file class/database/mysqldatabase.php line 386
Notice [PHP]: Only variable references should be returned by reference in file include/functions.php line 491
Notice [PHP]: Only variables should be assigned by reference in file class/database/mysqldatabase.php line 239
Notice [PHP]: Only variable references should be returned by reference in file class/database/mysqldatabase.php line 386
Notice [PHP]: Only variables should be assigned by reference in file class/database/mysqldatabase.php line 239
Notice [PHP]: Only variable references should be returned by reference in file class/database/mysqldatabase.php line 386
Notice [PHP]: Only variable references should be returned by reference in file kernel/config.php line 188

As far as I have found out, please change all of your folders and sub folders permission to 777. And also disable hotlinking. Then try to refresh the site.

can you use the forum for questions relating to problems instead of the FAQ.

it is not a good idea to chmod 777 every file n folder.. in fact that is a really stupid idea.. unless of course you love your websites being hacked or destroyed by unhonest people.

only templates_c, cache, uploads folders need to be 777.. or any folders in certain modules that require write access, such as galleries and image upload folders.

i'm pretty sure honestboy wasn't being honest there!!

Thanks to all!
I got the new 2.2.3 version and I have used it and all this kind of problem was solved.

Thanks
Max

Error [Xoops]: Unable to connect to database in file class/database/databasefactory.php line 34


2nd time I had this error...

The site was working fine, then One day out of the blue I got that error. next day it was working again.

And now its back!

Any ideas as to what could be causing this intermittent problem??

Simplepsy,

I would suspect the problem is with the your host. Most likely the mysql database is housed on a different server and you're loosing connection at times to the server housing the db.

But....

You can use cpanel to look at your db for potential problems. I would also take this time to do a database and site backup and download those to the desktop for safe keeping.

don (el paso)

I have this problem as well on my shared hosted service. The issue is with Google and Yahoo indexing the site. I tracked when the db connection was erroring and then looked at the stats. EVERY time it was on of the search engines.

For a few of the sites that I didn't care if they were googled, I adjusted the robot.txt file to ban them. Never have had a problem since.

I'm having trouble installing Xoops on Fedora 4 and 5 which has a new version of MySql which is 5. It also has SELinux and Firewall up and running. My problem is that there is a failure at the 'Saving configuration data..' installation screen when installing Xoops 2.0. The only save that works is the first line where ' File ../mainfile.php overwritten by ...' suceeds. The remaining 13 lines all fail with a message similar to 'Failed writing constant /var/www/html', etc. I'm not an avid programer in PHP, but it seems like these variables are written to a file not to the data base, so I'm confused as to why they can't write. I've turned on all permissions, I've changed structure ownership, I've disable SELinux and disabled the firewall (which is more a 'hail Mary' thing than reality). All attempts produce the exact same result which is a 'white screen of death' immediately after 'Saving configuration data..' installation screen.

One other thing of note, is I'm running Fedora in a VMWare session, but I've had Xoops working in this configuration before, so I don't believe it is the problem. Also, I've tried version 2.2 of Xoops with the same results.

I don't think the problem is with Xoops, but I don't really know where to look further to resolve it. I would appreciate any assistance you could offer.

Thanks,

I've been reading more on this site and I 've discovered a fix for PHP which includes the clearstatcache(); function added into the file install/class/mainfilemanager.php. This only helped temporarily as I was able to save what could not be previously saved. But, at the end of the installation, I still get a white screen. I've also read on the site that Xoops is not compatable with MySQL 5 yet although there are plans to be there eventually. I guess I'll have to leave it at that.

white pages sucks! how can I troubleshoot xoops without any error notification?!! grrrrrr..

Please do not be so rude! Go back to section
A: To turn on debugging try the following things:

Have you attempted these things? if so and you still can't get in to turn on your debug then make a polite request int he forums. Your shouting will get you nowhere!

All errors (1) queries (6) blocks (0) extra (0) timers (3)
Errors
Notice: Only variables should be assigned by reference in file /modules/system/admin/preferences/main.php line 50

Queries
SELECT * FROM xoops_config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC
SELECT sess_data FROM xoops_session WHERE sess_id = 'a09843586abd4a02b301b0a1d4ba335e'
SELECT * FROM xoops_users WHERE uid=1
SELECT * FROM xoops_modules WHERE dirname = 'system'
SELECT * FROM xoops_configcategory
SELECT * FROM xoops_group_permission WHERE (gperm_name = 'module_admin' AND gperm_modid = '1' AND (gperm_groupid = '1' OR gperm_groupid = '2'))

Please anybody to help me, in front thank you.

For this one ...

3. "Cannot redeclare class ..."

changing the code to

include_once('yourfile');

won't always work, because there may be other modules in the page (as blocks), which are trying to declare the class from another file (the include is within each module).

Here is a possible workaround.

1. Find out if the class has already been declared

array get_declared_classes ( void );

2. Loop through the array, looking for the particular class.

3. If the class is NOT found, THEN do the ..

include_once('yourfile');

4. I haven't tested this, but it sounds okay in theory. :)

HTH

Hello, sorry my inglish is bad.
Well, I'am a problem connection MySql.
I explain, I'am deleting the database, but I have a backup, and proceed the instalation database with phpMyAdmin, using file .sql, but don't conect a new database. The database name and tables is the very same. What I make now?
Please, help me.
Lehí

Hi all While i was trying to check the user detials of http://www.celebrantsindia.netfirms.com a white page appered and a msg appeared like this..... This page cannot be displayed due to an internal error.
How can i rectify the error.. Somebody please help me...Thanks prashob.

I have read all the text and all the comments adn search for my problem in the site but couldnt find answer. my xoops 2.2.3 site gives blank page when I update a module and it cant uptade the module. Some of the modules giving this problem and the most important one is the system module. the site shows no message when I press the update buton. I only see a blank page and cant do anythind. Is there a solition for this. I triede to upgrade to xoops 2.2.4 but I cant update system module. So I cant do anything. There no other problem in my site

Quote:

again!! you'll get a response far quicker if you post your problems on the forum in the right place instead of in comments!!!!!!!!!!!!!

I nearly had my site working the way I wanted. logging off and on as different users to see I had the perms correct. Then I get the white page on a login.
Nothing worked. I did everything this guide suggested to get debugging on, but still just got a white page.

I started manually debugging by inserting die("here"); type statements in the code.

Narrowed the problem to $xoopsSecurity->checkBadips();.
I disabled this check (xoopsConfig['enable_badips']<=0) through the phpmysql interface in my cpanel (turning on the debug flag was my first attempt with this tool).

This solved my white pages. Admin page showed my ip address was in the band list.

Any idea what caused that?

Also, why not print a "Your Ip address is banded message"?, that might have save me a couple of hours.

This info could be useful but the question will not likely be answered here - let me reiterate the post above:
Quote:

you'll get a response far quicker if you post your problems on the forum in the right place instead of in comments!

The main purpose of the post was to show that turning debugging on was not enough to solve this blank page.

Just ignore the questions .
I'll edit them out if you wish.

Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Notice: Only variable references should be returned by reference in file /class/module.textsanitizer.php line 519
Warning: xoopsOption[template_main] should be defined before including header.php in file /footer.php line 68
Queries
SELECT * FROM xoops_config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC
SELECT sess_data FROM xoops_session WHERE sess_id = 'f60c5b9f11f90554ae0db778f4be76f5'
SELECT * FROM xoops_users WHERE uid=1
SELECT * FROM xoops_modules WHERE dirname = 'multiMenu'
SELECT * FROM xoops_config WHERE (conf_modid = '2') ORDER BY conf_order ASC
SELECT * FROM xoops_config WHERE (conf_modid = '0' AND conf_catid = '3') ORDER BY conf_order ASC
SELECT DISTINCT gperm_itemid FROM xoops_group_permission WHERE gperm_name = 'block_read' AND gperm_modid = 1 AND gperm_groupid IN (1,2)
SELECT b.* FROM xoops_newblocks b, xoops_block_module_link m WHERE m.block_id=b.bid AND b.isactive=1 AND b.visible=1 AND m.module_id IN (0,2,-1) AND b.bid IN (1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22) ORDER BY b.weight,b.bid
SELECT COUNT(*) FROM xoops_priv_msgs WHERE (read_msg = '0' AND to_userid = '1')
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_user.html') ORDER BY tpl_refid
SELECT * FROM xoops_modules WHERE (hasmain = '1' AND isactive = '1' AND weight > '0') ORDER BY weight ASC, mid ASC
SELECT * FROM xoops_group_permission WHERE (gperm_name = 'module_read' AND gperm_modid = '1' AND (gperm_groupid = '1' OR gperm_groupid = '2'))
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'system_block_mainmenu.html') ORDER BY tpl_refid
SELECT * FROM xoops_smiles
SELECT conf_value FROM xoops_multimenu_counter WHERE conf_key='multimenu_index'
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu01 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu02 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu03 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu04 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu05 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu06 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu07 WHERE hide = 1 ORDER BY weight
SELECT groups, link, submenu, title, target, imageurl, weight FROM xoops_multimenu08 WHERE hide = 1 ORDER BY weight
SELECT f.*, s.tpl_source FROM xoops_tplfile f LEFT JOIN xoops_tplsource s ON s.tpl_id=f.tpl_id WHERE (tpl_tplset = 'default' AND tpl_file = 'multimenu_index.html') ORDER BY tpl_refid

this come when im login, please help me what should i do?

thx b4

Upgrade Xoops.

Varified fix
Source Forum verified.

I just installed 2.0.18 rc and the same as you, got a white page. (fresh install no upgrade)
I too went through all the steps with no errors.

First I checked my folder permissions and they were all right, next I checked for the mainfile.php and it was not visible via ftp so I went to go to my cpanel and set mainfile.php at 444 -- from there. After the install apparently it was set at 000 -- there was no error that said I needed to reset my mainfile.php permissions as there had been in the past.

Hope this helps,
It corrected my white page problem.

BS

Hello guys.
Im one of xoops clan..Im from Malaysia..

Asking some tips on blank pages in my school site. The urls are:
1. http://skparithajiaman.net/v3/user.php. Once user logged in.
2. In admin.php
3. It also occurred in modules/wmpdownloads but I fixed it already (courtesy from xoops.org forum)

Can anyone out there help me? I already turn on the debug mode. Thank you in advance.

Since i do not want to redirect all my traffic tothi faq when an error occurs on my site http://www.softwareheadlines.com

What if... the answer isn't here?

After the host upgraded the server I got several blank pages for several mods - Userpage, P'tites Annonces, news (maybe some other, too).

I know it's related to the Simplified urls hack, because I uninstalled it and the pages showed up. I installed it again and they didn't show up anymore. before the server upgrade, however everything was OK.

On the blank pages, although debug mode is on for php, I don't get any errors ( I get many errors on the bottom of other pages like index).

What's the answer for this?

This solution might help in many other situations.
It allows to modify values in the MySQL database even if you don´t have access to PHPmyAdmin
http://phpminadmin.sourceforge.net/

Just download the php file, put it somewhere in your server and open it in your web browser.

For instance to revert a change in a themes, if the new theme is blank, just access your database and enter xoops-config table and change the value of "theme_set", if you put the word default instead of the bad theme name you will be able to access your site again.