Message: Registration Error

Posted: Tue Mar 27, 2007 7:41 pm

When registering, users are getting this message after clicking the "Finish" button on the "New User Registration: Final Step" page:

Registration Error

gfx_chk = 0; and Enable Visual Confirmation (in forums) is set to 'No' (I tried both of these the other way as well as requiring user activation)

I have checked all the files in the main nuke folder, as well as all the files in these folders - admin, Your Account, Forums, Groups. All files are identical to the ones in the RN2.10 package I unpacked.

Registration works perfect on my local fresh install of RN210, but not on the local or production sites that were upgraded from RN20202. (I did not try a new registration on the upgraded test site before running rndb_upgrade.php on my old 20202 db. Once it seemed to have worked , I went ahead and upgraded the prod site also.)

I then tried not requiring activation and that still sends users through the email activation process.

All the tables in the db are the same as RN210, so I REALLY hope I am not going to have to go through every table on my db to see if some field or other didn't get upgraded correctly.

Any ideas would be greatly appreciated.

I am at a loss as to what is causing this

Sells PC To Pay For Divorce Joined: Posts: 5661

i just tried it and yep is a bit weird....
but i think you messed it up a bit...
but we have no way of knowing what you did..
to solve this a full login is recommended...

Posted: Wed Mar 28, 2007 5:56 am

Quote:

I then tried not requiring activation and that still sends users through the email activation process.

What are you using to do this? Are you using a hack, or MOD, like CNBYA, or AM?

registered · Posted: Wed Mar 28, 2007 7:21 am

The issue is with your _users_temp table (not sure what your prefix is). I am guessing this based on where that language define is being used and its in the FinishNewUser function.

Check your table structure to make sure it matches this:

Code:




  `user_id` int(10) NOT NULL auto_increment,


  `username` varchar(25) collate latin1_general_ci NOT NULL default '',


  `user_email` varchar(255) collate latin1_general_ci NOT NULL default '',


  `user_password` varchar(40) collate latin1_general_ci NOT NULL default '',


  `user_regdate` varchar(20) collate latin1_general_ci NOT NULL default '',


  `check_num` varchar(50) collate latin1_general_ci NOT NULL default '',


  `time` varchar(14) collate latin1_general_ci NOT NULL default '',


  `requestor` varchar(25) collate latin1_general_ci NOT NULL default '',

Posted: Wed Mar 28, 2007 7:22 am

Sorry... just ignore the "collate" statements. Embarassed

Posted: Wed Mar 28, 2007 7:47 am

well i was busy with Ezekiel yesterday.
he uses cnbya and i tried to explain him that he has to set the user configuration of that , but he didnt understood what i was talking about.
thing yesterday was,if the size of security code wasnt set or whatever the login will never work..
but that was yesterday..

Posted: Wed Mar 28, 2007 8:58 am

Sure wish folks would tell us when they are using something other than the core RavenNuke(tm) files! Evil or Very Mad

Posted: Wed Mar 28, 2007 11:00 am

some like to use cnbya.
i tried it yesterday with current RN and works without any problems...
so why Ezekiel has problems with it i dont know.

Posted: Wed Mar 28, 2007 12:18 pm

I am not using cnbya, I tried installing cnbya, but couldn't get it working in the time I had available so I reinstalled the rn20202 Your_Account files over the top ( I thought that I reversed the cnbya install completely but I may have missed something). This was all before the upgrade to rn210. Registrations, logons (with or without gfx code), everything worked fine - before upgrade. I work 12-14 hours a day so I don't have much time to fix things when I mess up.

I will not take anymore of your time until I have made a more complete check of my files and db tables. I will report back when I know something more.

Thanks
E

Posted: Wed Mar 28, 2007 12:19 pm

I am not using cnbya, I tried installing cnbya, but couldn't get it working in the time I had available so I reinstalled the rn20202 Your_Account files over the top ( I thought that I reversed the cnbya install completely but I may have missed something). This was all before the upgrade to rn210. Registrations, logons (with or without gfx code), everything worked fine - before upgrade. I work 12-14 hours a day so I don't have much time to fix things when I mess up.

I will not take anymore of your time until I have made a more complete check of my files and db tables. I will report back when I know something more.

Thanks
E

I am however, PM'ing you a logon Hitwalker, just incase you wish to take a look.

Posted: Wed Mar 28, 2007 12:21 pm

thats nice, are interested to see what you've done....

Posted: Wed Mar 28, 2007 1:39 pm

Hitwalker and Montego, thanks very much for all your time and help. I began going through the db table by table and decided I didn't have time for that right now - I need sleep. So I decided to skip to the bottom and look at the nuke_users_temp table as suggested by Montego. Bingo !!! It still had 24 extra entries ("custom1" - "custom24"). I deleted these and all is well with new user registrations.

Thanks again.
E

Posted: Wed Mar 28, 2007 1:48 pm

nice ezekiel,good luck.

Regular Joined: Jun 13, 2006 Posts: 54

I am also having the registration problem. I did no mods just upgraded form the 2.2*** to the 2.10 Once I get to putting in the keycode and hit finish I get the Registration Error!
Not sure what is wrong. Now if I setup a brand spanking new installation of the 2.10 works fine. Seems to be an issue with the upgrade. And I did run the rndb_upgrade.php to upgrade the tables.

Posted: Sun Apr 08, 2007 10:37 pm

After looking at what was posted above at the tables. I added this into the
nuke_users_temp.

It was missing this line
`requestor` varchar(25) collate latin1_general_ci NOT NULL default '',
After I added that line works great now!!!!!

New Member Joined: Feb 14, 2007 Posts: 1

huntor wrote:

After looking at what was posted above at the tables. I added this into the
nuke_users_temp.

It was missing this line
`requestor` varchar(25) collate latin1_general_ci NOT NULL default '',
After I added that line works great now!!!!!

Yeah, I had this problem as well. Is it something to do with the update scripts not putting the field in there?

Exactly same problem, exactly same fix. Thanks guys.

Posted: Tue Apr 10, 2007 7:36 am

I'll have to look back through our notes to figure out why we commented it out. There was a reason...

New Member Joined: Aug 16, 2006 Posts: 4

Hello guys, Wave

this solved it for me too and i'm using only your files( hum, well i updated the old) Shocked

So if there was a reason not to use this line then i don't know what i let myself in for for using it.....

But thanks for this fix

Posted: Fri Apr 13, 2007 6:34 am

quattro, hey, like I said, there was a reason... doesn't mean it was a good one.

ROTFL

Still have not had a chance to look it up, but it is on my list.

Posted: Tue Apr 17, 2007 7:04 am

Ok, I have researched the "requestor" issue and have found that it comes from the Resend Email hack that was added as a part of the 2.10.00 release. In the HowToInstall manual, the following step addresses this:

Quote:

7. Add Resend Email Tables - This is an add-on from Raven and it is required. Use the same installSQL.php script noted above and execute Step 2 ONLY (make sure it says "Resend Email" on it!).

So, it just looks like you missed a step in the upgrade process is all.