-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
when I checkout, magento2 tip me Email has a wrong format~ please~ #16101
Comments
@forwells What does your email look like? Magento uses default php function 'filter_var' to validate email.
|
Which PHP version do you use? |
@kkrieger85 |
@DanielRuf |
Can you test the code snippet against the problematic email address on 3v4l.org? |
@DanielRuf |
@forwells Can you please update the Steps to reproduce section? Please describe in detail how someone can reproduce your issue. I tested with your current steps and can not reproduce this issue. |
@kkrieger85 so, I add a custom field to the step 1 t :(guest/customer infomation list), yes, it's checkout_buyer_email,so it can be memory in quote table replace the customer_email field... |
@forwells It's still unclear, what kind of email does not pass validation and how to reproduce this with a clean installation. Please attempt to update the steps in such a way that anyone can reproduce the problem. Thank you |
we have a very similar problem, however our steps are different: Magento 2.19 Steps to reproduce:
Expected result: Actual Result: After reviewing logs, we determined that the email address was not sent to the payment gateway along with the rest of the billing info, so Our payment gateway (Braintree) response back to M2 for e-mail address is "NULL" This issue occurs for us only for 1 or 2 customers a day while hundreds of other Logged in customers do not have this issue at all |
Hi. We are having a similar problem as well, "Email has a wrong Format". We set up a watch in the code to return what value was been sent to SagePay payment gateway. Server logs was telling us Email Address value was returning NULL. Looking in the database we discovered table 'sales_order_address' email address column had NULL references for some customers details who entered different shipping address to billing address. This behavior was odd as not all customers who had completely different shipping information to billing information, had NULL in shipping email address column. This is as far as we have got so far, but if any one more information on this issue, then let us know. Site is built on Magento 2.17 |
I am experiencing the same problem on Magento 2.2.5, using the same steps as ilievski. The problem only happens when you sign in AFTER adding the product to the cart. |
@AndyJAllen @Aaron-Lewis @ilievski @forwells |
I got the same issue while trying to place an order using REST API. I tried in Magento 2.2.5. Any updates on this issue? |
@deepakkn85, please provide steps to reproduce. |
I ended up figuring this out. You have to go into the database and fix an e-mail field that is not set for a pending order from the past. Apparently this happens during one of the upgrades in 2.2, but after you set the email field it works moving forward. The problem should not happen to new accounts, but just accounts that already existed prior to the upgrade of M2. |
@deepakkn85, thank you for the update. We were not able to reproduce this issue by following the steps you provided. |
@engcom-backlog-pb : Then what could be the possible reason for the response which I am getting? I have shared the screenshot of the same in my previous thread. |
We have the exact same issue. Have you managed to resolve this? |
We experienced the same problem today during our test. This is the first time we see the error after about 100 test purchases. We run on Magento 2.2.6 and use the procedure
As indicated above, the problem seems to be in the cart. We could bypass the problem by emptying the cart and add the product again. We started using Magento on this version, so the cart has not been processed by an upgrade. |
Is this issue related to this If so would this fix the issue?
|
@ilievski @AndyJAllen |
HI @zestbeauty ... |
Hi @ilievski - you mentioned;
Are you able to share any of those logs or the process by which you came to identify that it was the payment method at fault here? Thanks, |
We are still suffering from this issue. It appears that it only happens on customer accounts that login and that where created in M1 and migrated from M1 to M2 |
In my case it was because I migrated from 2.1.x to 2.2.x... I deleted the account, recreated it, and the problem went away. I also noticed while the problem existed, it created an authorization through Paypal Payflow Pro for each failure. |
Here will explain why this problem occurs and how to deal with it.
|
What was the solution of it? Please tell me. Suddenly I am also facing the same issue, in Magento 2.3.2. I checked in this \vendor\magento\module-quote\Model\QuoteManagement.php |
@Arsalanulhaq check the previous comments. Also please open a new issue and provide all details so we can reproduce it on a vanilla Magento 2 instance. |
The previous comments doesn't seem to provide the solution. I'll create a new issue also. |
This is still reproducible in Magento 2.3.3, I can able to reproduce while using API, Use V1/carts/mine/ with other store because we've scenario where after adding product to cart from english customer switched store and viewing cart in arabic store. This API returns product names in english even though passing store code in API. To resolve this I used "PUT" request with V1/carts/mine and payload is like,
This thing work but after this doesn't allow me to place an order. Keep getting " This PUT request removed email address from quote table. and due to that this error coming up.
FINDINGS Error message comes from Magento\Quote\Model\SubmitQuoteValidator::validateOrder
Afte this I went to DB and checked quote table where email is null my quote ID but I remember that I post email within payload. Adding email to quote will solve the problem but this is kinda weird that update quote from one store to other creates this problem. There's total 2 issue I would like to address here, Why get cart not returning then store specific data ? Why updating quote is creating this error ? |
What is the issue number? |
I just want to chime in here with my two cents - I was getting the same problems, but it was related to not specifying that I was using a guest to checkout:
Maybe this helps someone :) |
Preconditions
Steps to reproduce
Expected result
success to checkout or redirect to checkout url
Actual result
20200326~
I don't remember the specific solution process about the last issue, but today, I encountered this problem again in Magento 2.3.3. Next, I will solve this problem anyway, and update the effective solution of this problem Program
The text was updated successfully, but these errors were encountered: