-
Notifications
You must be signed in to change notification settings - Fork 9.4k
Remove Magento_ReleaseNotification module and cleanup all traces of it #36849
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
Conversation
Hi @hostep. Thank you for your contribution! Add the comment under your pull request to deploy test or vanilla Magento instance:
❗ Automated tests can be triggered manually with an appropriate comment:
Allowed build names are:
You can find more information about the builds here For more details, review the Code Contributions documentation. |
@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. |
The following static test failure will be resolved once magento/magento-coding-standard#432 is finally approved and released:
I'm currently not going to try to fix other test failures, until it's clear if this PR will be approved as is, or if it needs to be reworked completely. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hostep I'm totally agree with you and also suggest to remove this module 👍
PR looks good for me, but let's try to check it more detailed
Pull Requests are not mergeable to the mainline. Please merge the latest mainlines to your Pull Requests and restart the builds. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes here look good to me. The automation is saying that there are problems preventing this from being merged / tested.
I know, and I'm going to try to put some time into this whenever I get a final confirmation from Adobe that the PR will be accepted as is (because I have the feeling Adobe might not want to remove an entire module, and might want to just remove parts of the module...) |
bd1f19d
to
21bb0ff
Compare
Rebased changes on latest 2.4-develop branch to solve the merge conflict with the composer.lock file (which will probably happen again in the future) Got an agreement from the PO through @sidolov on Slack that the PR can be processed as-is and the entire module can be removed. @magento run all tests |
@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. |
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. |
2570bd8
to
d228d71
Compare
Rebased on latest 2.4-develop branch to fix merge conflicts caused by f87634a#diff-671e339cfcad7f363cb9b85f3a31ad8d749246162f93a2ade2b746dc1f4b72e7 @magento run all tests Tests will still fail, and that's expected. |
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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hostep Could you please verify static tests. They are related to changes
@Den4ik there are two errors that I can see in the Static Tests. One is because Adobe Commerce ('B2B' & 'EE') still lists this module in its The other error is fixed by magento/magento-coding-standard#432 which has been merged in, but no release has yet been created containing this fix. |
@Den4ik: indeed, like Dan says, the test failures are expected. Please read through all comments if you want to know the whole story. |
It seems that bot have moved this PR to Ready for testing from Pending Approval hence moving it back. Thank you! |
d228d71
to
f7e9f87
Compare
Rebased on latest Coding standards 32 got released some weeks ago, which should already fix one failure in the static tests that no longer will trigger now. The others are still pending approval, maybe within 2 years we might be able to proceed here? Who knows ... @magento run all tests |
@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 message the #magento-devops slack channel if they don't show in a reasonable amount of time and a representative will look into any issues. |
@engcom-Charlie, if I got right, we got the approval from PO, so we should change the status of this PR. |
Hi @ihor-sviziev, As I have mentioned above, we have got the approval on internal JIRA of "Static test failure". On the rest 2 apporval JIRA's which are mentioned here we are still waiting for all the required approvals there. Hence We will be keeping this PR in the same status for now. Thank you! |
@ihor-sviziev, yeah indeed, I was just looking into the same changes 😄 I think that this won't fix #29363, but would need to test it out first (maybe later this week). And no idea if this PR is now considered obsolete, or if one day we can continue with it (maybe for Magento 2.4.8 ...) Some feedback from product owner would be appreciated 🙂 |
As informed by Product Owner, Adobe Magento internal team will be taking care of this feature in future releases. Magento will be first deprecating the modules and then will be removing it. Hence closing the PR now. Thank you! |
Thanks for the info @engcom-Charlie ! Can you make sure internal team is aware about dependency of the AdminAnalytics module on the ReleaseNotification module, so if they remove this module, they will need to fix AdminAnalytics module (not only in PHP, but also in javascript & css area's). Like I proposed in this PR. |
Description (*)
The release notification module has been broken since Magento 2.4.0 as explained over here: #29363
Also after some more investigation, it still tries to fetch content from a remote endpoint on the magento.com domain that no longer seems to exist at the time of writing, for example: https://magento.com/release_notifications/2.2.4/community/en_us.json (I picked 2.2.4 because I know for sure that that release contained a release notification popup, as demonstrated in the second screenshot in #29363 (comment))
So to me it sounds like this module won't be used anymore now and in the future.
Since this module was referenced in the
Magento_AdminAnalytics
module, I also removed all traces over there and had to rework a little bit of the css there to make the line height in the popup match with how it was before (since it referenced some css from the release notification module).Related Pull Requests
https://github.com/magento-gl/magento2-infrastructure/pull/16
Fixed Issues (if relevant)
Manual testing scenarios (*)
Magento_AdminAnalytics
module, make sure that module still works properlyMagento\AdminAnalytics\Model\Condition\CanViewNotification::isVisible
and hardcode areturn true;
in its first lineQuestions or comments
Is this PR considered backwards compatible?
Or should we instead of completely removing the module, just hardcode it to never show up again in the backoffice, so we don't get that weird half-rendered popup anymore you see when visiting the backoffice for the first time on every single new release of Magento like shown in the first screenshot of #29363 (comment) ?
Contribution checklist (*)