Forum Replies Created
-
Posts
-
That seems to have fixed the problem, thanks. The line you suggested was already commented out above the current code, so it seems this is something that works for some and not others. In any case, it fixed the problem for me.
Okay, I’ve set the item shipping cost to 0 for this item. It made no difference in the PayPal shipping charges.
I’ve set up a sample page that illustrates the problem I’m having. You may access it here: http://www.womackworkshops.com/product-purchase-test/
What it shows is that the same product, configured for no shipping charges, is having profile-based charges added when using the shopping cart widget. The “Use PayPal Profile Based Shipping” checkbox is unchecked in the eStore Payment Gateway Settings screen for PayPal.
Okay, I’ve got some more detail for you. Via our logs and the results both in email and on the site, I’ve narrowed down exactly what’s happening. The transaction is going perfectly through the PayPal phase. The user is charged, their entry recorded in the eStore sales table, and the new member record is created in the eMember table (these tests have all been done as new members, not membership upgrades).
The disconnect is happening when the user clicks the link sent to them to complete their registration. The registration screen we’re seeing seems to be pre-filled with all the correct info per the sale. However, when they click submit to update their record with a newly-created username and password. eMember is creating a new record for them instead of updating the one created by eStore. The result is that we’ve got on record that was started by eStore with all their info except username and password, and one subsequent record created when they submit that has everything except the ID of the membership level they purchased.
So the question is this: what happens at the junction when the record is supposed to be updated that causes a new one to be inserted instead? If we can resolve that, this will all be working as expected.
OK, I went through the steps on the link above and information is indeed being written to the debug file. I’m at step 4 where I’m setting up the sandbox. I’m in the settings in eStore but I don’t see anywhere to “Enter your sandbox seller’s email in the ‘Paypal Email Address’ field.” Can you help me find that? Thanks.
I’ll look at your suggestion, but I’m not sure how that can be an old file. The previous debug files were wiped out on 8/10 and the new debug files are dated 8/11. Any other possibilities?
I also wrote PayPal to see if there was any problem with my acount but there is not.
Any ideas here?
I tried a new transaction with a fresh debug log and registration seemed to work fine from a user perspective except I was redirected to the page for free membership, not paid membership. When I checked the logs all were successful except the one below.
Log says failure happens in the eStore_post_payment_debug.log.
[08/11/2011 6:28 PM] – FAILURE :Handling refund request…
[08/11/2011 6:28 PM] – FAILURE :Updating sales database talble with the refund amount: -39.00
[08/11/2011 6:30 PM] – FAILURE :Handling refund request…
[08/11/2011 6:30 PM] – FAILURE :Updating sales database talble with the refund amount: -39.00
I haven’t refunded this transaction so I’m not sure who this is referring to.
eMember – The database again created duplicate entries with part of the registration in each entry
eStore – had only one entry
WP User – had only one entry
Do you have any suggestions?
