These errors do look like those I saw before I turned register_globals to "ON" in php.ini. Those variables are not being passed (and so remain uninitialized), it seems.

Confirm that the php.ini you changed was the right one... you might have more than one PHP installed on your system. The 'which php' command should confirm which PHP is being used by Xoops, if more than one is on the system.

Uninstall the mrbs module, stop then restart MySQL. Restart Apache (or whatever web server). Re-install the module. It shouldn't make any difference, but I did that.

Good luck.
-P.

I'm not clear from your post whether you can add an AREA... if you can add an area then the .../mrbs/admin.php and .../mrbs/add.php code would seem to be working and your system would seem to be properly configured.

...of course, you cannot add a room unless you have added an area first.

...if you can add an area then you have the correct permissions, at least within XOOPS and mrbs... I don't think you can even get to that form without the correct permissions.

Please post the steps you took up to the point that you got stuck... and what you see in the browser.

If you have not already done so, turn on 'phpdebug' and look for errors... then turn on 'mysql' debugging. Both these are in the XOOPS 'Preferences', but you can only choose one at a time.

-P.

The issue was:

Could not add an area via the MRBS Admin page.


The (workaround) solution is:

Turn on "register_globals" in your php.ini file.

The long-term solution is to bring the code up to PHP 4 standards.

Explanation:
Seehttp://ca.php.net/manual/en/tutorial.oldcode.php for details.

-phflupp

For the record...

A fresh install of current XOOPS (with a new database) under Apache 2 with the original mrbs config.inc, all the default locations, and recommended file permissions still does not work:

- The mrbs admin page comes up with the form to add an area
- An area name is entered, the Add Area button hit...
- The page refreshes, but no area displayed

To check, you log out, you log in... no area displayed anywhere in mrbs. No errors with PHP or MySQL debuggers on.

Thanks for coming out!

Thanks for the input...

As this test was done with an original config.inc then the IP authentication was used. That's not the way I would want to go (remote administration is preferable), but I can't even get it to work with an untouched config.inc and using a browser on the local host.

I've now set and studied the XOOPS internal debugging options for PHP and MySQL, but also run the module with MySQL debugging on.

Nothing obvious (to me), but since it works for some sites I suspect that the problem is some assumptions made within the MRBS module about the XOOPS and/or http server configurations... locations of files, file ownerships, or file permissions.

Since I get the admin page I know the permissions are ok and the module's PHP is running, so it must be file locations or mis-read variables from the XOOPS environment.

Not being a PHP/MySQL developer this is slow going for me but I will post any useful results for others who encounter this problem.

BTW... does the XOOPS Team evaluate submitted modules in any way before accepting their submission here? Just curious as to how much Q&A gets done.

-P.

Anyone figured out the correct entries for MRBS module config.inc running under Xoops? The documentation is a bit weak in that it does not specifically show an XOOPS module sample.

Running a 'tail -f' on MySQL log & error files is not showing me any errors, but the XOOPS admin user cannot add an area... even if the XOOPS_DB_PREFIX is hard-coded as "xoops" as per earlier posting.

I would love to hear from anyone who is able to run MRBS under Xoops... perhaps they could share their config.inc settings.

Thx.
-P.