also heres a hint. If your including a program in this page ala require you may wanna change the $config= to anything else see mine a few pages back because if there is a $config in that program it will not work as intended..

Will do - I had a number of old Generic Pages, but I think they are versions long before this one (they do not have the Menu information on em...but the recent version does).<br /><br />I had modified them to work with the current setup, but taking this Generic Page version and changing the one or two variables worked fine for me. No issues at all.

I'm having trouble getting this to work for me. It always says I'm not logged in. I think it is cookie-related, but I'm not a huge threads expert or anything.<br /><br />We have threads running on bbs.blahblahblah.com and the generic page on blahblahblah.com -- both share the same file system, so I can use require(), but threads and the main site essentially run on two separate servers. Do I need to move threads over to the main site, or is there some change I can make to get this to work?<br /><br />I hope that made a little sense...

Well the cookie would be domain specific - so the cookie would only work on bbs.blahblahblah.com (note that bbs.blahblahblah.com and www.blahblahblah.com are different domains from a cookie standpoint). You'll probably have to put this inside of your threads directory for it to work if you are using a subdomain like that. Or do some deeper modification to get the cookies to work domain wide. <img src="http://www.ubbdev.com/forum/images/graemlins/smile.gif" alt="" />

Here is an odd one. I am integrating another script that shares the same MySQL DB as Threads...and am using the above Generic Threads page as a "wrapper".<br /><br />I am getting the following error:<br /><br />Fatal error: Call to a member function on a non-object in /home/medar/public_html/ubbt.inc.php on line 1779<br /><br />Which is this section, with line 1779 bolded:<br />[] // -----------------------------------------------------------------<br /> // We are automatically adding StyleSheet, Status, Privates and<br /> // FrontPage and Number to each SQL call because this information is needed by<br /> // every script that makes a call to authenticate<br /> if ($Query != "*") {<br /> if ($Query) { $Query .=","; }<br /> $Query .= "U_Username,U_Password,U_SessionId, U_StyleSheet, U_Status, U_Privates, U_FrontPage, U_Number, U_Banned";<br /> }<br /> $Uid = addslashes(${$config['cookieprefix']."w3t_myid"});<br /><br /> $query = "SELECT $Query FROM {$config['tbprefix']}Users WHERE U_Number = '$Uid'";<br /> $sth = $dbh -> do_query($query);<br /> $thisuser = $dbh -> fetch_array($sth);<br /> $dbh -> finish_sth($query);[/]<br /><br />Any idea what would cause that? Thanks in advance!

debug it by putting some odd characters here<br /><br />[]<br /> $query = "SELECT $Query FROM {$config['tbprefix']}Users WHERE U_Number = '$Uid' <insert odd charceter>";<br />[/]<br /><br />then look at the select that is trying to pass.. if it doesn't look like a good formatted select then it may cause this error. Also $Query == $query on some servers so I would advise to use something else for the $Query something like $Myquery instead of the $Query

Any quick way to find what forumns/groups the user has access to. I only want certain users that have access to a specific group to be able to see this page I'm making.

Since upgrading from 6.4.1 to 6.4.2, we seem to have some issues with the user variables somehow. <br /> <br />We do the following. At top of the generic page: <br /> <br /> $userob = new user; <br /> $user = $userob -> authenticate("U_Groups"); <br /> <br />At the page itself for a search function: <br /> <br /> $variable = $user['U_Username']; <br /> <br /> <br />Somehow the search does not work anymore and so far I can't seem to locate what may cause the issue here. <br /> <br /> <br />Thank you a lot for any possible hint. <br /> <br /> <br />Best greetings, <br />Robert <br /> <br />Edit: <br />No solution, but the cause of the problem is "register globals off". Turning it to on for testing made it making work again (same as the link database). After turning it to on though it stopped working off course again :-)

Hmmm only issues I ever found was that sometimes the scripts I used to call from it had the same config command so I had to change threads config to config_threads and at the end change it back..

* I want to integrate my whole site into my threads setup, but the task of creating a .php and .tmpl for each of the hundreds of pages in my site is daunting. I tried to make a generic page with a frameset in it to call my sites pages into the frame, but framesets and frames don't seem to work inside the generic.tmpl page. Any thoughts? =/

You shouldn't have to create a .tmpl page, just name the generic.php file anything.php you want and set the $threadspath correctly.

The only reason you really need the .tmpl version is if these will be in your threads directory and you want to be able to edit them from your Threads control panel. Though since you're talking about your whole site, you don't need the templated version. Just copy and past all the code from each .html file into the indicated area in the generic.php file and rename it to whatever you want. And as Allen said, set $threadspath correctly.

* WHen you say "set the threadspath correctly", what is correctly? For example, the current threadspath is /home/value/public_html/ubbthreads right now. If I just put the desired code into the webpage.php page, and wanted to skip using a template, what would I change that threadspath to? =/

You would use your current threads path for all generic pages + the forum. It's a universal setting basically, and for all intents and purposes wouldn't need changing unless you moved to a new host.