You cant see the actual vB password from vB, it is encrypted.

Spose you could use vb_login_password but if you start using that all over your site it will be a security weakness.

You need to either disable error output (which should be done on all Production level machines), or you need to reduce the errors that PHP reports (Notices aren't really errors, and don't really need to be logged on a production system. They're good for development.)

You'll either need to edit your php.ini file (requires root access to the machine), set a flag in your .htaccess file, or even set the config option in your PHP somewhere with ini_set().

Reference PHP's error logging manual for more info: http://us2.php.net/manual/en/ref.errorfunc.php

I'm having some issues using this, wondering if anyone else is seeing the same.

When global.php is included, I get the following fatal error:

Fatal error: Call to a member function query_first_slave() on a non-object in /home/jay/web/web/forum/includes/functions.php on line 1178

The line of code it's trying to run starts as follows:

$user = $vbulletin->db->query_first_slave("

This is in the "fetch_userinfo" function. It seems that the db object isn't being instantiated properly. I'll dig around some and see if I can't figure out what's wrong, just wanted to post a message first. This is in VB 3.6.7 PL1.

I believe I found my issue. I was putting the initialization code inside a class in my script. This was causing the "global $vbulletin;" bit inside VB's functions to lose the $vbulletin object's context. Would certainly be nice to see VB goto more OO based code, that functions.php file is crazy! 5261 lines! :)

Here's a new update to my problems with the hack redirecting to the forum/index.php every single time in Firefox.

I started programming a new site back in May in which I used this mod for well over 50 external php pages. It worked great with both IE and Firefox. Then just today (just days before the site launch) it begins the problems with Firefox again.

I had (stupidly) changed my URL in admincp from domain.com/forum to domain.com/forum/ (I didn't notice the message that said "do not use a /").

Because I had made several changes in the admin, I didn't realize what I had done. I noticed my links pointing to the forum with the system had two slashes // in them. I just went in and removed one of the slashes.

So now I've figured out what I have done and have tried changing them back to the way they originally worked and Firefox has decided to start it's old antics again. It now redirects to the forum/index.php every single time.

Brandon

I want to integrate my CMS written in smarty coding with VBulletin. I implemented the above code and it was working fine with the sample script. But when I try to integrate it with my CMS, I am not able to access the session variable value when I am return back to CMS. The session is still active in VBulletin and I am able to browse through the forum.

I tried the settings suggested in this thread about how I should change the cookie path settings. Wondering if anyone could help me figure out where I am going wrong.

I got this message:

How can I fix it?

That warning alway show if user do not loged in. When loged in (from board or sth like that), every thing is ok

Ok, after messing around with this for ages wondering why it appeared to work and not work I realised that .....

If you're running your forum on a localhost test server... apache doesn't handle the cookies correctly....

anyone any ideas how I can force my localhost to do the cookies?

sorted... don;t worry.

$_GET
doesn't seem to stack with this mod..