-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Fix : Cannot complete checkout on second visit when using Anonymous user #3640
Fix : Cannot complete checkout on second visit when using Anonymous user #3640
Conversation
Closes #3638 Changes: Whenever the user choosed to checkout as anonymous user, the address book step should be skipped, if there's already a shipping AND billing address specified for the cart. Otherwise the address book grid would come up, but both options are already selected (green check icon). Repeatedly clicking the active item does not help, one would need to change the address to move beyond the addressBook workflow step.
@jshimko Brent asked me to get my code changes reviewed from you. |
Hi @prinzdezibel I've made this modification locally but am still running into the reported issue. I reset the database after making the change and tried two consecutive checkouts as an anon user but can't proceed on 2nd checkout. As I'm unsure if anything needs to be reset/flushed in the JavaScript console, I've tried with a new browser/email combination but still hit the same problem on the 2nd checkout. |
@mattt416 Did you have a chance to look into this again? I can't reproduce the problem you're describing. |
Hi @prinzdezibel , I just started a new app ( |
Hi @mattt416 , can we chat on Gitter? I'd like to go this through with you. |
also result in a double-push of the workflow if shipping & billing is already set.
@mattt416 I also fixed it for the case that Stripe as payment option is enabled. Which was obviously the case in your scenario, even if it was not checked active in the settings (I can re-construct your behavior when changing the following values directly in db - which essentially is a data corruption): I don't know if this is what resulted in the observations that you made, nor do I know if such a db state can happen in an erroneous situation. If so and you know why, I'd be glad to get more details on this. But as far as the original problem goes: This should be fixed with my latest changes. Thank you again, Michael. |
Hi @prinzdezibel, I just did a db reset on my dummy install and this is what I see:
Nothing has been toggled in the admin panel yet. |
@mattt416 Thanks for hint! this looks like an error. I'm going to file a separate ticket for this. |
@prinzdezibel Regarding the actual bug tho -- I've tested this with stripe implicitly enabled, with it explicitly enabled, and with it explicitly disabled, and the 2nd checkout now pops up the shipping selection as expected. So, tl;dr your fix seems to be working! 👍 |
@mattt416 Please check your reaction.json file in /private/settings/. I guess there's a wrong default there. If enabled = true you'd also need this:
|
@prinzdezibel Looks like the default is wrong? https://github.com/reactioncommerce/reaction/blob/master/private/settings/reaction.json.example#L77 |
@mattt416 that's it !! Thanks for your help. I'm going to file a new ticket for that. |
@prinzdezibel Unless the cart code shouldn't be using isStripeEnabled, but rather something that checks if the |
@mattt416 yup, not sure which one is the source of truth actually. Not sure why this field is redundant at all. Need to dig into it. |
@prinzdezibel Just to clarify. There should be two |
i ve been thinking this too, but realized, that toggling stripe on/off
actually alters both booleans. which doesnt quite make sense. also the
plugin appears still in dashboard, even if upper boolean is false
Sent from mobile device. Please excuse brevity and typos.
…On Feb 6, 2018 1:50 AM, "Brent Hoover" ***@***.***> wrote:
@prinzdezibel <https://github.com/prinzdezibel> Just to clarify. There
should be two enabled values there. The top-level one might be better
labeled "installed" but it controls whether the payment function would
display in the dashboard, the second whether the payment method is actually
used during checkout.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3640 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABpybYveqX9IM8CadHtUgI7Rqv7Ogb3lks5tR6G_gaJpZM4R2_HP>
.
|
@prinzdezibel So what's the status of this PR? |
ready for approval ;)
Sent from mobile device. Please excuse brevity and typos.
On Feb 8, 2018 12:26 AM, "Brent Hoover" <notifications@github.com> wrote:
@prinzdezibel <https://github.com/prinzdezibel> So what's the status of
this PR?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3640 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABpybblUxVq0TQqF3X93SMiD0WQMTQvoks5tSjEIgaJpZM4R2_HP>
.
|
@jshimko @prinzdezibel do you think this PR introduced this new behavior? Was checkout testing completed with anonymous, guest, registered users? |
@aaronjudd: yes, but should be addressed already by this: #3766 Will test again after applying @Akarshit 's PR |
@aaronjudd Tested with avalara, stripe, paypal, shippo. |
Closes #3638
Changes:
Whenever the user choose to checkout as anonymous user, the address
book step should be skipped, if there's already a shipping AND billing
address specified for the cart.
Otherwise the address book grid would come up, but both options are
already selected (green check icon). Repeatedly clicking the active
item does not help, one would need to change the address to move beyond
the addressBook workflow step.
To test:
1A - Place an order for a single product as an anonymous user
1B - Place two consecutive orders as an anonymous user
EXPECTED: The shipping workflow step should be active now.
EDIT 2: Please do also check the above another time with stripe payment selected.