We are moving a site from a Windows server to a Unix server. After cleaning up all the text case issues that windows did not care about and Unix choked on the forum is operational on the new server. We DID NOT run the UBBThreads install script. We dumped the database from the current server, edited the database name etc., and ran the .sql file on the new server. We copied over the entire web site and the /forums subdirectories because there was a selection of custom code.

The new site does not produce any UBB errors and the database queries and inserts work properly. There are three errors that I can not figure out:

1) On the login screen after entering Username and Password and clicking on the "log in" button the browser shows a 404 page not found error. Click twice on the back button and you are back at the login page showin "not logged in" but you are in fact logged and and clicking on "Forum List" takes you to the forum list. It appears it does the work but fails when it sends the browser the URL for the next page.

2) Upon adding a new post when you click the "Submit" button the work is completed but the browser displays a 404 error. Click the browser re-load button and you are back to the forum list with the post having been made. You are not sent back to the actual post that was just submitted. This also happens with a reply and the fefresh button re-loads the level 0 forum page. Edit a post works just fine where the "Change Post" button takes you to the changed post page and then to the edited post. It seems like a problem with the "submit" button function() and getting "lost" on the page/post it is supposed to return to. I am too new to UBBThreads to know where in the php code the submit button code is located.

3) In control panel "permission checks" shows "FAIL" almost across the board but all the fourm functions are working. Is it possible there is a set of table entries somewhere that still contain the directory, file, and table information from the Windows server and do to the case sensitive issues the permission check is failing because the data used to assemble the permission checks produces a test string that is not correct for the revised Unix environment?

Abbott

Sounds like your directories don't have the correct permissions. You need to CHMOD the following:

• includes/ directory: set permissions to 0777
• files within the includes/ directory: set permissions to 0666
• sessions/ directory: set permissions to 0777
• templates/compile directory: set permissions to 0777
• templates/ directory: set permissions to 0777
• cache/ directory: set permissions to 0777
• cache_builders/ directory: set permissions to 0777
• cache_builders/custom/ directory: set permissions to 0777
• files within the cache_builders/custom/ directory: set permissions to 0666
• styles/ directory: set permissions to 0777
• files within the styles/ directory: set permissions to 0666
• tmp/ directory: set permissions to 0777
• gallery/ directory: set permissions to 0777
• directories within the gallery/default directory: set permissions to 0777

To do this, use FTP software ( CuteFTP, Filezilla, etc. ) to log in to your server. On each of the directories listed above, right click on the folder and and select Properties or CHMOD if it's listed, then change the permissions as shown. If only 3 digits are allowed ignore the leading zero.

More info here: http://www.ubbcentral.com/doc_install.php

Thanks

I had set permissions based on the UBB.threads Install Guide but it did not cover entries displayed on the permission check page in Control Panel. For example templates/ directory was set to 0777 but templates/default was still 755 and the files within default/ were 0644. I went through and set the permissions for the subdirectories and file contents and then permission check reported OK but it does not help with the submit button error.

There is one file test.php in the Includes directory that will not allow a permission change from 0644 to 0666. I can edit and rename the file. The other include files are fine.

Abbott

More info

On further investigation It appears there is a problem with a config setting that helps build the REQUEST_URI. The refering post and request URI post numbers are correct.

The 404 error is produced
<!--#echo var="HTTP_REFERER" --> http://testdomian.net/forums/ubbthreads....lat&fpart=1

<!--#echo var="REQUEST_URI" --> /public_html/forums/ubbthreads.php?ubb=showflat&Number=86965&page=0

<!--#echo var="HTTP_HOST" --> testdomain.net

<!--#echo var="HTTP_REFERER" --> 404

Time to go look at the config file closely.

Abbott

It appears to be any time the submit button is part of a form the URL passed back to the browser resolves to "/public_html/forums/" instead of a complete URL such as:

http://testdomian.net/forums/
http://www.testdomain.net/forums/

or even the local

/home/username/public_html/forums/

I thought it might be a problem with BASE_URL in the config.inc.php file but that entry is => '/forums' so I am not sure how that would resolve to '/public_html/forums/'

The other settings:
'FULL_URL' => 'http://testdomain.net/public_html/forums',
'BASE_URL' => '/forums',
'FULL_PATH' => '/home/accountname/public_html/forums',
'SESSION_PATH' => '/home/accountname/public_html/forums/sessions',
'REFERERS' => 'http://www.testdomain.net',

All other links and functions in the forums work properly. It is only the return URL after clicking the 'submit' and 'log in' buttons that send a bad URL to the browser.

A post edit does return a confirmation page and returns properly after the 10 second delay.

Confused

Abbott

'FULL_URL' => 'http://testdomain.net/public_html/forums',

Should be

'FULL_URL' => 'http://testdomain.net/forums',

Ian

Thanks. You are right on the mark! I figured it out over the weekend. When I tried

'FULL_URL' => 'http://www.testdomain.net/forums'

everything worked except the logout link would keep cycling me back to the forums still logged in. Changing it to

'FULL_URL' => 'http://testdomain.net/forums'

Got everything working properly. I must have looked at that entry a dozen times and it did not jump out at me.

Abbott