-
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
Issue-33519. Added logic for grouping alerts by store #35996
Conversation
Hi @topanok. Thank you for your contribution
❗ Automated tests can be triggered manually with an appropriate comment:
You can find more information about the builds here ℹ️ Run only required test builds during development. Run all test builds before sending your pull request for review. For more details, review the Magento Contributor Guide documentation. 🕙 You can find the schedule on the Magento Community Calendar page. 📞 The triage of Pull Requests happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket. ✏️ Feel free to post questions/proposals/feedback related to the Community Contributions Triage process to the corresponding Slack Channel |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
1 similar comment
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
1 similar comment
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
1 similar comment
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
@magento run Integration Tests, WebAPI Tests |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
@magento run Integration Tests, WebAPI Tests |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
@magento run all tests |
The requested builds are added to the queue. You should be able to see them here within a few minutes. Please re-request them if they don't show in a reasonable amount of time. |
@magento run Integration Tests, Functional Tests B2B |
@topanok, We have tried to reproduce and test this issue but we are not getting any product stock alert email. Steps to reproduce: 1.Setup Multiple Stores/websites in Magento Kindly suggest if something is missing |
@engcom-Delta Hello! Mail server configured? Can you get any email like password reset? And wait until midnight)) |
@topanok, Yes Mail server configured and i am getting password reset email but not the alert once till now |
@engcom-Delta Perhaps this is related to the time of sending letters, which you have set to midnight, and the one-time start of the cron did not work. Start the cron in constant operation with the |
@engcom-Delta I checked the functionality. Everything works if the cron is running. Namely... The time set in the admin is responsible for starting the cron, which adds operations to the queue. After that, the cron works, which performs the scheduled operations. It turns out that the command from the message above ( |
@topanok, That's okay and my cron is working fine but we are not getting the alert mails and some more PRs are on hold due to that. May i know in which version of magento it is working for you and more details if any. Thanks, |
@topanok Waiting for your reply on the PR to move ahead. |
Hello. Tested on the same branch as PR and Magento version dev-2.4-develop. Please show what you have in the |
Hello! I raised the magento instance yesterday to test everything again. Here are the results. As you can see, the letters have arrived and you can see it in the magento database. So I can assume that you have some problems with the environment. Maybe ask someone for help. |
Hi @topanok , Thanks for your reply. We are also using 2.4 develop. I have checked the table product_alert_stock. Adding the screenshot for the same. |
Issue related to product alert stock is #35602 is reopened and this is a blocker to test this PR. So moving this PR to Waiting related PRs. |
It looks like you don't have cron running or you don't have mail sent configured. As you can see from my previous post, everything was working fine for me. So maybe get someone else to test it. I don't know how to help you. |
Hi @topanok , As mentioned in the below comment we are not getting product alert email as of now when cron is running and email alert has set , so we have reopened the issue.We will wait till the issue is resolved to test this PR. |
You can wait, but I won't do anything. It's not my problem that you can't test. I'm already fed up with this pull request, which is already 1.5 years old. |
Hello @topanok, The issue that was preventing us from receiving alert emails has been resolved. We can now move forward with this PR. However, we kindly request that you resolve the conflicts. Thanks |
Hello @topanok, This is a reminder to resolve the conflicts of this PR. Please do the needful so that we can proceed further with this. Thanks |
Hello @topanok, A gentle reminder to resolve the conflicts on this PR. Thanks |
Hello @topanok, We have noticed that this PR has not been updated for a while. Therefore, we are closing it for now. Please let us know when you are ready to work on it again, and we will be happy to reopen the PR. Thank you for your valuable contribution! |
Description (*)
Added logic for grouping alerts by store. The problem was that when sorting collection items, the store ID of the last item of current user is always add to the email object. This fix also fixed the situation with PriceAlerts, because the logic is used by everyone.
Fixed Issues (if relevant)
Manual testing scenarios (*)
Default Scope: Product Alerts Run Settings - Give the Start time and Save Configuration
Change the Scope of Store View to another Store view and apply other newly created template and save the configuration
Contribution checklist (*)