Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Help!!! Create Login is not working.. no errors though


scooter

Recommended Posts

When I try to add a new account, I type all of the information, name, address, email, password, etc... and select continue. The screen comes back with the password blocked. But that is as far as it goes.

 

When I log in as administrator, I do not see any new account.

 

Where should I look to fix this problem???

Link to comment
Share on other sites

I must have had a BAD Account_Details.php file. I put the original back up on the server and all is well.

 

BUT...

 

How do I re-arrange and get rid of some of the questions on the registration page. I don't think I need birth date and the city, state and zip are in a very awkward order.

 

Thanks

Link to comment
Share on other sites

To turn off some of the account options (i.e Date of Birth) check your catalog/includes/application_top.php file for:

 

 define('ACCOUNT_DOB', 'true');

 

and change true to false.

 

 

To rearrange the fields take a look at catalog/includes/modules/account_details.php and manually cut and paste the fields into the right order.

Link to comment
Share on other sites

  • 2 months later...
To rearrange the fields take a look at catalog/includes/modules/account_details.php and manually cut and paste the fields into the right order.

 

Hmmmmm. I have been working on this for some time and am still having problems with it. I've tried every sense of cutting/pasting... moving the zip code stuff down, or moving the city/state up... but regardless of what I do, my Address box comes back with only two entries: street address, and country. :(

 

The default file works fine. I went to oscdox.com and printed it up, and matched up the coding very, very carefully. Unfortunately my code does not match their code, and I think therein lies the problem.

 

My Code:

<?php

 if (ACCOUNT_STATE == 'true') {

?>

         <tr>

           <td class="main"> <?php echo ENTRY_STATE; ?></td>

           <td class="main"> 

<?php

   $state = tep_get_zone_name($country, $zone_id, $state);

   if ($is_read_only) {

     echo tep_get_zone_name($account['entry_country_id'], $account['entry_zone_id'], $account['entry_state']);

   } elseif ($error) {

     if ($entry_state_error) {

       if ($entry_state_has_zones) {

         $zones_array = array();

         $zones_query = tep_db_query("select zone_name from " . TABLE_ZONES . " where zone_country_id = '" . tep_db_input($country) . "' order by zone_name");

         while ($zones_values = tep_db_fetch_array($zones_query)) {

           $zones_array[] = array('id' => $zones_values['zone_name'], 'text' => $zones_values['zone_name']);

         }

         echo tep_draw_pull_down_menu('state', $zones_array) . ' ' . ENTRY_STATE_ERROR;

       } else {

         echo tep_draw_input_field('state') . ' ' . ENTRY_STATE_ERROR;

       }

     } else {

       echo $state . tep_draw_hidden_field('zone_id') . tep_draw_hidden_field('state');

     }

   } else {

     echo tep_draw_input_field('state', tep_get_zone_name($account['entry_country_id'], $account['entry_zone_id'], $account['entry_state'])) . ' ' . ENTRY_STATE_TEXT;

   }

?></td>

         </tr>

 

oscdox.com code:

         <tr>

           <td class="main"> <?php echo ENTRY_STATE; ?></td>

           <td class="main"> 

<?php

   if ($is_read_only) {

     echo tep_get_zone_name($account['entry_country_id'], $account['entry_zone_id'], $account['entry_state']);

   } elseif ($processed) {

     echo tep_get_zone_name($HTTP_POST_VARS['country'], $HTTP_POST_VARS['zone_id'], $HTTP_POST_VARS['state']) . tep_draw_hidden_field('zone_id') . tep_draw_hidden_field('state');

   } else {

     echo tep_get_zone_list('zone_id', $account['entry_country_id'], $account['entry_zone_id'], 'onChange="resetStateText(this.form);"');

     echo ' ' . ENTRY_STATE_TEXT;

   }

?></td>

         </tr>

 

These are significantly different, and when I try to put the default snippet above (my code) before Postal Code, the system pukes and I get just the street address & country spaces for signing up a new account.

 

So............ what to do? I am sure this is a PHP issue, but unfortunately, I don't know where to begin. :( If someone else has succeeded in solving this issue, that would be great.

 

:D Bailey

Link to comment
Share on other sites

Aaaaahhhhhhhh, Burt, cool! Those resembled little orphan tags to me... now knowing they serve to close "if" statements, I'll play more. :) Thank you, thank you.......

 

 

:D Bailey

Link to comment
Share on other sites

Closer, closer, closer still... :) now all the address fields show up and in the correct order... but the window keeps re-cycling on create_account_process.php with the password field -HIDDEN- instead of passing off to create_account_success.php

 

No errors though.

 

...continuing to hunt. Thanks Burt, for getting all the fields to re-appear. The closing tags were the ticket.

 

:D Bailey

Link to comment
Share on other sites

Yippeee! Fixed!

 

I'm posting the solution here in case someone else comes across this thread in a search. I picked up clues from several other threads, but nobody had answered it once and for all. So here goes! :)

 

account_details.php has the ability to turn some features on and off via 'true' and 'false' settings (including the gender, DOB, and suburb fields) written into the PHP. However it doesn't work as you might think. If you set something to false, it no longer appears as a data field when setting up a new account. However, that same account will stall out in repeated calls to account_process.php or some such -- which you actually should never see in a correctly-working system.

 

It turns out these true & false settings do not control the appearance of these variables directly. These settings actually tell account_details.php whether it should or should not, refer to application_top.php's instructions for including these fields in cart operations. True means yes, look at application_top.php for this variable; false means no, do not look at application_top.php for how to handle this variable. All of your settings should be 'true' in account_details.php.

 

The next step is to turn to application_top.php. Scroll 1/2 way down or so and you will see where the configurable variables are set for account_details.php (application_top controls what variables and what pages are called or not called). If you want "suburb" or "gender" to not appear when a customer creates their new account, change the appropriate values to false. This is what controls what does or does not actually print out on the screen.

 

I thought earlier that moving fields around in account_details.php was a part of this problem, but it wasn't. The only problem I've had with incorrect cutting/pasting is parse errors. The issue above, with account_processing.php loading over and over (each time I click "continue") is related only to the true/false interaction between account_details.php and application_top.php

 

Hope this is of help to someone downline. :)

 

:D Bailey

Link to comment
Share on other sites

  • 2 months later...

Just a side note to the above. The fields that were controlled by switching them on and of in application_top.php are now handles via the admin under Customer Details in the configuration menu. You no longer have to edit application_top.php to disable the DOB, company, gender, suburb, and state fileds in the customer account sign up.

Link to comment
Share on other sites

  • 2 weeks later...

searching a fix for create_account.php because unable to continue. didn't find a solution but fill in the company field and account creation successful. need to find company field as not require and maybe this will resolve the issue.

-hlp

Link to comment
Share on other sites

  • 2 months later...

hi i am having the same treouble baily above seems to have fixed , but ive tried his answer and its not working for me what am doing wrong.....basically i am stuck on the continue after filling in account details....i have before now disabled dob and company and state before now....but i have done what was advised above with the true and false? what could it be

 

// Control what fields of the customer table are used

 define('ACCOUNT_GENDER', 'true');

 define('ACCOUNT_DOB', 'false');

 define('ACCOUNT_COMPANY', 'false');

 define('ACCOUNT_SUBURB', 'true');

 define('ACCOUNT_STATE', 'false');

 

should i just comment out the fields not used?

jk

Link to comment
Share on other sites

hello, well i have too now solved it unless its not correct procedure...but i changed the true fields not wanted in account_details to false and this has worked for me so?

jk

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...