Info/Instructions: Tested in 6.2.3 and in 6.1.1. In 6.3 version I checked only tables names.
Hack write for 6.2, but it will work for 6.1.x when we delete "get_input" lines.
Disclaimer: Please backup every file that you intend to modify. If the modification modifies the database, it's a good idea to backup your database before doing so.
Note: If you modify your UBB.Threads code, you may be giving up your right for "official" support from Infopop.If you need official support, you'll need to restore unmodified files.
I wouldn't recommend this hack. I posted a reason in another thread but I'll repost it here in case anyone misses it.
Deleting groups isn't a good idea, which is why deleting a group was never an admin function. The U_Groups field is a varchar field, max limit of 255. The G_Id in the Groups table is an auto_incremented field. To make it so a user can belong to the maximum number of groups .threads enforces the max group # to 99, 2 digits in length. When you delete a group that G_Id will not be reused since it's an auto_inc field so eventually you'll end up not being able to create any new groups. That's why in 6.4 they don't actually delete they just get disabled.
Donate to UBBDev today to help aid in Operational, Server and Script Maintenance, and Development costs.
Please also see our parent organization VNC Web Services if you're in the need of a new UBB.threads Install or Upgrade, Site/Server Migrations, or Security and Coding Services.
