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

Sending emails from Admin in Multi-Store Environment defaults to Primary Store #11740

Closed
lee586 opened this issue Oct 25, 2017 · 28 comments
Closed
Assignees
Labels
Fixed in 2.2.x The issue has been fixed in 2.2 release line Fixed in 2.3.x The issue has been fixed in 2.3 release line Issue: Clear Description Gate 2 Passed. Manual verification of the issue description passed Issue: Format is valid Gate 1 Passed. Automatic verification of issue format passed Progress: needs update

Comments

@lee586
Copy link

lee586 commented Oct 25, 2017

Preconditions

  1. Tried on versions 2.18-2.2
  2. Cent OS 7, PHP 7.1.10

Steps to reproduce

  1. Create two stores: ABC.com (primary) and XYZ.com
  2. Have customer place order on XYZ.com
  3. Go into admin, click on order from XYZ.com, and resend order confirmation email

Expected result

  1. Should send email using FROM EMAIL and FROM NAME of store XYZ.com

Actual result

  1. Magneto sends correct email content, but FROM EMAIL and FROM NAME are both from the primary store ABC.com instead of the store the customer used, XYZ.com. Creates confusion for customer as the FROM information is not the store from which they placed the order. Happens on any email resent from admin--confirmation, shipping, credit, etc.
@magento-engcom-team magento-engcom-team added Issue: Format is valid Gate 1 Passed. Automatic verification of issue format passed Issue: Clear Description Gate 2 Passed. Manual verification of the issue description passed labels Oct 25, 2017
@magento-engcom-team
Copy link
Contributor

Hello @lee586. Tanks for reporting. Please clarify You mean two stores on the same website or two stores on two different websites.

@lee586
Copy link
Author

lee586 commented Oct 26, 2017

Sorry for not clarifying. Two different websites.

@magento-engcom-team
Copy link
Contributor

@lee586, thank you for your report.
We've created internal ticket(s) MAGETWO-82906 to track progress on the issue.

@magento-engcom-team magento-engcom-team added 2.1.x Issue: Ready for Work Gate 4. Acknowledged. Issue is added to backlog and ready for development Issue: Confirmed Gate 3 Passed. Manual verification of the issue completed. Issue is confirmed Reproduced on 2.1.x The issue has been reproduced on latest 2.1 release Reproduced on 2.2.x The issue has been reproduced on latest 2.2 release Reproduced on 2.3.x The issue has been reproduced on latest 2.3 release labels Oct 27, 2017
@RomaKis RomaKis self-assigned this Nov 3, 2017
@EugenOrosan
Copy link

Any fixes for this ? This is a big issue because customers receive emails from the default sender instead of order website sender.

@ArroganceEmu
Copy link

The problem is the same if both shops are under the same website.

@okorshenko
Copy link
Contributor

The issue has been fixed and delivered to 2.2-develop branch. Will be available with upcoming patch release

@okorshenko okorshenko added the Fixed in 2.2.x The issue has been fixed in 2.2 release line label Nov 27, 2017
@okorshenko okorshenko added the Fixed in 2.3.x The issue has been fixed in 2.3 release line label Feb 2, 2018
@okorshenko
Copy link
Contributor

Hi @lee586. Thank you for your report.
The issue has been fixed in magento-engcom/magento2ce#1325 by @magento-engcom-team in 2.3-develop branch
Related commit(s):

The fix will be available with the upcoming 2.3.0 release.

@Hajo-Magre
Copy link

Hajo-Magre commented Apr 12, 2018

Hi, the link above is private or broken and gives a 404. The list of related commits is large and does seem to adress a lot of other issues, that I am not experiencing. Of course they could be heavily related.

I am on 2.2.3 right now. The fix for this is in 2.3.0. Is there a rough ETA for it's arrival? How many minor versions will we have in between?

In others words: my customers are receiving 'wrong' email, that is: not from the shop they ordered from. This is a serious issue at this time.

Has anyone figured out a temporarily fix or workaround for this issue?

(Besides: this issue received the label "fixed in 2.2.x" but I can confirm that is NOT the case in 2.2.3.)

== UPDATE:
found a temporarily fix, I think:

  1. Magento has 5 emailadresses to configure in General > Stores Emailadresses. I've set one of them to an emailadress of my second store, but I set that value at top level i.e. "default config", NOT at the store view or website level. I chose to use "Custom Email 2" for this purpose.
  2. Went to Sales > Sales emails and configured each email instance to use "Custom Email 2" as email sender, but only in the scope of my second store or website.
    Result: Magento can read the emailadress and from name from a top level (default config) instead of the store view, where it al goes wrong.
    I think this fixed it for now. Will report back here if anything else pops up.

@zack6849
Copy link
Contributor

zack6849 commented May 9, 2018

Is there not going to be a backport to 2.1 for this fix?

@ritschi72
Copy link

Still got that problem in 2.2.4 ...

@diedburn
Copy link
Contributor

This broke the normal confirmation email #14952

@juandosil
Copy link

Same issue here with Magento 2.2.4 with only one store

@cleardarren
Copy link

same issue with 2.2.5 multistore

@gwharton
Copy link
Contributor

Note. If you dont use the amazom payments module, disable or uninstall it to get this working again. This update triggered a bug in that module.

@juandosil
Copy link

Just disable it bin/magento module:disable Amazon_Core Amazon_Login Amazon_Payment and it´s working fine again.
Thank so much

@Rickertje
Copy link

@magento-engcom-team Are you sure this has found its way into 231 ?

@okorshenko
Copy link
Contributor

Hi @Rickertje
Could you please clarify your question? Are you still able to reproduce the issue on latest 2.3-develop?

@Rickertje
Copy link

Rickertje commented Jun 11, 2019

I'm responding to this comment
afbeelding
I was expecting to see this fixed in 231 but Im still experiecing the orginal problem in 231.
Have not checked 23develop since I'm not a developer

@okorshenko okorshenko reopened this Jun 11, 2019
@ghost ghost unassigned RomaKis Jun 11, 2019
@ghost ghost removed Issue: Confirmed Gate 3 Passed. Manual verification of the issue completed. Issue is confirmed Issue: Ready for Work Gate 4. Acknowledged. Issue is added to backlog and ready for development Reproduced on 2.1.x The issue has been reproduced on latest 2.1 release Reproduced on 2.2.x The issue has been reproduced on latest 2.2 release Reproduced on 2.3.x The issue has been reproduced on latest 2.3 release labels Jun 11, 2019
@okorshenko
Copy link
Contributor

Sure, we will double check this issue.

@m2-assistant
Copy link

m2-assistant bot commented Jun 11, 2019

Hi @stoleksiy. Thank you for working on this issue.
In order to make sure that issue has enough information and ready for development, please read and check the following instruction: 👇

  • 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).

    DetailsIf the issue has a valid description, the label Issue: Format is valid will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid appears.

  • 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description label to the issue by yourself.

  • 3. Add Component: XXXXX label(s) to the ticket, indicating the components it may be related to.

  • 4. Verify that the issue is reproducible on 2.3-develop branch

    Details- Add the comment @magento give me 2.3-develop instance to deploy test instance on Magento infrastructure.
    - If the issue is reproducible on 2.3-develop branch, please, add the label Reproduced on 2.3.x.
    - If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!

  • 5. Verify that the issue is reproducible on 2.2-develop branch.

    Details- Add the comment @magento give me 2.2-develop instance to deploy test instance on Magento infrastructure.
    - If the issue is reproducible on 2.2-develop branch, please add the label Reproduced on 2.2.x

  • 6. Add label Issue: Confirmed once verification is complete.

  • 7. Make sure that automatic system confirms that report has been added to the backlog.

@soleksii
Copy link

Hi @Rickertje ! Thank you for your collaboration!

I'm not able to reproduce the issue on latest 2.3-develop and 2.3.1 release.

Steps to reproduce:

  1. Create two websites: magento23.loc (primary) and magento23second.loc
  2. Have customer place order on magento23second.loc
  3. Go into admin, click on order from magento23second.loc, and resend order confirmation email

Actual Result:
Magneto sends correct email content, FROM EMAIL and FROM NAME are both from the second store
magento23second.loc

screen

Could you please provide more details how to reproduce the issue?

Thanks!

@Rickertje
Copy link

Hi @stoleksiy . I can reproduce this but only on my own 231 install which was upgraded from 227 recently. So its not a fresh install. Could be that some custome code is interfering. I dont know and I'm not in the position to thorougly investigate this right now. For now you can close the issue again. Thank you very much for taking the time to check this for me. Regards. Rick

@okorshenko
Copy link
Contributor

Closing the issue based on comment above

@angelflo
Copy link

still got the pb with magento 2.2.10 ? can someone explain me clearly what to do to fix this ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Fixed in 2.2.x The issue has been fixed in 2.2 release line Fixed in 2.3.x The issue has been fixed in 2.3 release line Issue: Clear Description Gate 2 Passed. Manual verification of the issue description passed Issue: Format is valid Gate 1 Passed. Automatic verification of issue format passed Progress: needs update
Projects
None yet
Development

No branches or pull requests