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 ;
Code:
'banned' => "You've been banned",
and replacing with ;
Code:
'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.
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
Next question: how can you make it work for secondary groups? I have a promotion set where once a user gets to a certain amount of posts, they get access to chat. I can't have them changing their primary usergroup as that will mess up other hacks. Any ideas?
Next question: how can you make it work for secondary groups? I have a promotion set where once a user gets to a certain amount of posts, they get access to chat. I can't have them changing their primary usergroup as that will mess up other hacks. Any ideas?
In theory it would be possible to make it take note of secondary groups - however it does pose a problem - if one group is not allowed access, and another is, and another is a mod group, what takes priority. Normally a non allowed group would take priority over all others, but you are asking for the opposite (mod/admin would always take priority over user).
In theory it would be possible to make it take note of secondary groups - however it does pose a problem - if one group is not allowed access, and another is, and another is a mod group, what takes priority. Normally a non allowed group would take priority over all others, but you are asking for the opposite (mod/admin would always take priority over user).
Well, I've hacked the code so it takes care of secondary groups. I created a new role (ROLE_BANNED) so if a mod/admin/user has n secondary groups of which any are classed as banned, then access is denied. Access rights are granted in the following precedence: ROLE_BANNED, ROLE_ADMIN, ROLE_USER, ROLE_NOBODY
Well, I've hacked the code so it takes care of secondary groups. I created a new role (ROLE_BANNED) so if a mod/admin/user has n secondary groups of which any are classed as banned, then access is denied. Access rights are granted in the following precedence: ROLE_BANNED, ROLE_ADMIN, ROLE_USER, ROLE_NOBODY
Its working fine atm.
Would you mind sharing that mod? Sounds like something I need...