Posted by strestus on May 23, 2009 at 2:47pm
| Project: | Ubercart Addresses |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | critical |
| Assigned: | freixas |
| Status: | closed (fixed) |
Issue Summary
As per title
I am using paypal standard(sandbox) and no address is saved on order submisions.
Comments
#1
If you look at your Drupal database and find uc_addresses, do the address fields happen to be prefixed with "delivery_"?
If so, manually edit the structure of these database fields such that all those "delivery_" prefixes are removed, and try again.
I gained them somehow and suspected they appeared while upgrading from Drupal 5 to 6 and the subsequent uc_addresses module but have yet to see this confirmed. Otherwise I have the same configuration as you on two production sites but do not have this issue of which I'm aware.
#2
I have just checked this table and everything seems normal without any prefixes (see image)
#3
Hi,
I checked my test system and it uses PayPal Website Payments Pro, so I haven't tested with PayPal Standard.
There is a similar issue reported for 5.x-2.1: #467646: After an order is submitted and the user doesn't get the new address saved.
If anyone with PayPal Standard could record the values of $op and $order->order_status during a PayPal Standard transaction, I might be able to help fix this. The idea would be to add this code right before the "if ($op == 'submit' && $order->order_status == 'in_checkout') {" line:
file_put_contents('some filename', "op = $op order->order_status = {$order->order_status}");
Then place an order and follow it through to a successful completion. It might be useful to also place an order and then cancel it, to see how that differs. After performing the transaction, the file whose name you selected will contain the results.
#4
I've changed the code to use hook_uc_checkout_complete() to determine when I can capture the address. This should fix the problem.
Look for a dev release dated 12/11/09 or later.
#5
I don't see a commit for this at http://drupal.org/project/cvs/262984
#6
#7
Automatically closed -- issue fixed for 2 weeks with no activity.