Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PayPal shipping details override the shipping details entered on the site #239

Closed
zandyring opened this issue Mar 24, 2017 · 8 comments
Closed
Assignees
Labels
priority: high The issue/PR is high priority—it affects lots of customers substantially, but not critically. status: needs author reply type: bug The issue is a confirmed bug.
Milestone

Comments

@zandyring
Copy link

zandyring commented Mar 24, 2017

If a customer has a different (or no) company address filled out on their PayPal account, that information is passed back to WooCommerce on checkout, and in both cases (different format/incorrect or no company address at PayPal) it wipes out the shipping details that the customer has added on the store and replaces them.

As an example, the billing column is as it was entered on the site, and the shipping column is how PayPal passed it back to WooCommerce:
screen shot 2017-04-01 at 12 56 38 pm

The second can't be read digitally, as that line can't have so many characters.

The company name will also be removed, which means some packages don't arrive at their destination correctly.

ticket ref: 540881

@stevetested stevetested added priority: high The issue/PR is high priority—it affects lots of customers substantially, but not critically. type: bug The issue is a confirmed bug. labels Apr 24, 2017
@allendav allendav self-assigned this Apr 26, 2017
@allendav
Copy link
Contributor

Hey @zandyring - I am having a devil of a time trying to reproduce this. Can you reproduce it or ask the merchant to provide additional details?

Please be sure they are testing with at least 1.2.0 now.

Important considerations:

  • to get this to happen requires the customer to initiate checkout from the checkout page, right? (because checkout from the cart view doesn't give the customer an opportunity to enter a complete address)
  • is this only happening for customers with an account on the merchant's site, or guest buyers too?

When I attempt to enter an special destination address on the checkout page and then proceed to PayPal, PayPal alerts me about the address. Are they seeing this as well? For example:

screen shot 2017-04-27 at 3 20 02 pm

@allendav
Copy link
Contributor

I'm going to go ahead and release 1.2.1 and then if/when we can reproduce this we'll consider it for the next release

cc @mattyza

@zandyring
Copy link
Author

@allendav I left a note to the customer last week to be sure they were upgraded (per your comment on the thread), but haven't yet heard back. If they re-surface we'll track it down.

@mattyza mattyza modified the milestone: ⚡️ 1.4.0 May 29, 2017
@FreshPhil
Copy link

Hey @allendav
569506-zd-woothemes

Seems to be related to this and has steps to reproduce. Could you have a look when you have a moment and see if this looks like it's related?

@bor0
Copy link
Member

bor0 commented Jun 5, 2017

Note that this is not reproducible if you go to the checkout screen and checkout with PayPal from there:
screen shot 2017-06-05 at 11 24 03 am

@bor0
Copy link
Member

bor0 commented Jun 8, 2017

I can't reproduce this on latest master / 1.3.0, even with 569506-zd-woothemes.

@FreshPhil / @zandyring have you perhaps been able to reproduce this, and if so do you have reproduction steps for it?

@bor0 bor0 modified the milestones: 1.4.1, ⚡️ 1.4.0 Jun 8, 2017
@bor0
Copy link
Member

bor0 commented Jul 17, 2017

Ping @FreshPhil @zandyring.

@FreshPhil
Copy link

@bor0 my ticket ended up being a different issue which I opened in #300
The original ticket @zandyring had is resolved with no follow up from the customer since 1.2 was released, so this issue can be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: high The issue/PR is high priority—it affects lots of customers substantially, but not critically. status: needs author reply type: bug The issue is a confirmed bug.
Projects
None yet
Development

No branches or pull requests

6 participants