bluedookies

Two weeks later - you may have figured out already. I am not sure that your delete of customers table worked...therefore the check for existing email found one. Your first one allowed the order but did not clean up. My hunch is a similar problem as I had - the session variable wasn't really set right and the code didn't respect the conditionals to delete.

I have been struggling with something all weekend. I thought it was the contrib I started using but literally I can have the following code in one source file: tep_session_register('customer_is_guest'); if (!tep_session_is_registered('customer_is_guest')){ echo 'FOOBAR' . !tep_session_is_registered('customer_is_guest'); } It will printout 'FOOBAR1' - How is that possible? Anyone with insight - it would be TREMENDOUSLY appreciated! Thank you in advance, Mike

Man. I don't get it. I can literally have the following code in the same source file: tep_session_register('customer_is_guest'); if (!tep_session_is_registered('customer_is_guest')){ echo 'FOOBAR' . !tep_session_is_registered('customer_is_guest'); } It will printout 'FOOBAR1' - How is that possible?

Any ideas? I thought I had yesterday by moving in create_account.php the following after the session_recreate call above it. if (isset($HTTP_GET_VARS['guest']) || isset($HTTP_POST_VARS['guest'])) tep_session_register('customer_is_guest'); Seemed to be doing the job but not so anymore. Not sure what I could have screwed up...help...please. :wacko:

I installed PWA today (2.0h). I think I did everything right but I am having one HUGE problem that I can't figure out. I was just wondering if anyone could provide any pointers. tep_session_register('customer_is_guest'); I set the session per instructions in create_account.php and nothing. Nothing at all. Later pages never think it is set. I can refer to other sessions and they were set but not this one. I created a random session to see if I could refer to that - nothing. Do I have to do something for new sessions to be registered or acknowledged by OSC? I mean the other session identifiers can be referenced and checked if set, but not this one? Any recommendations or advice? Thanks.

For anyone struggling with me, I have a little better behavior now. While I haven't fully tested, my changes appear to have worked. I took 4.1.4, followed the instructions up to here: ********** * STEP 7 * ********** Enable the USPS shipping module: Go to the shipping module page, Admin -> Modules -> Shipping. Click the green button next to United States Postal Service. after this, I ran the following script: UPDATE configuration SET configuration_value = UPPER(configuration_value), set_function='tep_cfg_select_multioption(array(''EXPRESS'', ''PRIORITY'', ''FIRST CLASS'', ''PARCEL'', ''BPM'', ''LIBRARY'', ''MEDIA''), ' WHERE configuration_key='MODULE_SHIPPING_USPS_TYPES'; I can't promise this is exactly best solution...it just appears to be working for me which is why I thought I would offer for those similarly struggling as I was. Thanks.

Based on someone's advice that worked in 4.2.1, I decided to upgrade to 4.3.0 seeing comment on contribution site of: "*Fixed a couple coding errors found in the default configurations" Still no dice...now both domestic and foreign say: An error occured with the USPS shipping calculations. If you prefer to use USPS as your shipping method, please contact the store owner. Any ideas? I'm thinking of cleaning up and going back to 4.1.4 since last 'official' release (not alpha or beta)...although that will just get me back to where I was...

I installed USPS Methods 4.1.4 today. It is a great contribution! However, while I have done everything I am still stuck on one part. My domestic mail doesn't respect the selection made on the delivery page. By the time I get to confirmation, it just selects whatever is first in the list. I was not sure why but I have been reading up on the uppercase problem that occurred in November of 2007 and I suspect directly correlated. However, my version is after that and comments in the revision history imply the problem was dealt with. Is anyone else noticing this behavior? Are the installation instructions complete or are there more steps? Is there something additionally I have to do such that selection is respected. I have now hacked around a bit with the case of some of the file but net result is still: An error occured with the USPS shipping calculations. If you prefer to use USPS as your shipping method, please contact the store owner. Keep in mind I had it working from a visual perspective of listing the options (both international and domestic...international still works) but my monkeying around has broken the domestic. Again, I think I can get back to where I was but I am still no closer to having the code respect the selection made by the user. Ideas or advice? Any help would be appreciated. Thanks, Mike