FlashChat : Integration upgrades for vBulletin.

This modification is no longer available or supported.

This originally made changes to add new facilities to your FlachChat & vb set-up. However, all the features added are now part of standard Flashchat (4.6.0 and above). This now just supplies the latest vb 3.0 CMS file, which depending on circumstances, may either be the same as, or newer than, the one supplied with Flashchat itself.

To install the latest 3.0 CMS file - unzip it, edit the usergroups access and options as required, and then copy the file to the ../chat/inc/cmses/ folder on your server.


Optionally, you can also edit inc\langs\en.php.

Finding ;

'banned' => "You've been banned",

and replacing with ;

'banned' => "You do not have permission to enter the chat",

* Version 1.82 was the last version of the old hack (for Flashchat 4.2.1 upwards).

History of the 3.0 CMS file

* v1.13 - updated vbulletin30CMS.php file for vb 3.0 and Flashchat 4.5.2+ this contains a fix for a cookie security issue.
* v1.14 - Added ability to login direct to a room using ../flashchat.php?username=_int_&room=n
* v1.15 - Alterations to caching code.
* v1.16 - Minor fix to Get User for membergroupids.
* v1.17 - Security (anti-hacking) code added (as supplied by Darren).
* v1.18 - Usergroup settings moved to top of CMS file.
* v1.19 - Fixed error message when accessing chat admin area.
* v1.20 - Default role changed.
* v1.21 - Minor bug fix to Avatar detection, login code changes, tidy up.

[derekivey]

Works Great, Thanks Paul!

* derekivey clicks install.

[derekivey]

For some reason after adding your mod the bots don't come in. Any idea whats wrong?

[Paul M]

Originally Posted by derekivey

For some reason after adding your mod the bots don't come in. Any idea whats wrong?

As I don't use bots, I could not be 100% sure - but at a guess I would say they won't have a valid usergroup (as they are not vb users) and therefore would not be allowed access by the default settings of this hack.

[derekivey]

Ok, Thanks.

[Paul M]

FYI, the default access is controlled by this line in the CMS file ;

PHP Code:

    // Set default access 
    $userrole = ROLE_NOBODY ; 


If you set that to ROLE_USER then they may be able to get in. The problem is that so will any other non banned usergroup (inc possibly guests, I can't test this atm). You *may* want to add lines for usergroups 1, 3 and 4 to the banned groups section (a few lines below the default).

[derekivey]

Ok, Thanks Paul. I'll try and get it to work.

[derekivey]

Ok, I took a look and I think it has something to do with this code in inc\classes\sendLoginInfo.php:

PHP Code:

            // # Paul M # Prevent non allowed members joining .                        
            if(ChatServer::userInRole($this->userid, ROLE_NOBODY)) 
            {
                $user = ChatServer::getUser($this->userid);
                $this->userid = null;
                return $this->sendBack(new Message('lout', null, null, 'banned'));
            } 


I just can't figure out whats wrong

[Paul M]

Did you change the default to ROLE_USER as per two posts ago ?

[derekivey]

Yes, and it still didn't work.

[Paul M]

Change it back to this then, so as not to break anything else.

	// Set default access 
	$userrole = ROLE_NOBODY ;

Having never used bot's I haven't really looked at how they work. I would guess they are being assigned the role of NOBODY and so getting blocked. I'll try and look before I go on Holiday, otherwise it will be towards the end of August before I return.