-
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
setup:install fails if console command that injects Customer model class exists #34220
Comments
Hi @Revengance1024. Thank you for your report.
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
For more details, please, review the Magento Contributor Assistant documentation. Please, add a comment to assign the issue:
🕙 You can find the schedule on the Magento Community Calendar page. 📞 The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, please join the Community Contributions Triage session to discuss the appropriate ticket. 🎥 You can find the recording of the previous Community Contributions Triage on the Magento Youtube Channel ✏️ Feel free to post questions/proposals/feedback related to the Community Contributions Triage process to the corresponding Slack Channel |
This issue is caused by \Magento\Customer\Model\ResourceModel\Customer calling For anyone currently facing this issue there are 2 workarounds:
|
Hi @engcom-Hotel. Thank you for working on this issue.
|
Hello @Revengance1024, Thanks for posting this issue! But can you please let us know any specific use case to create a custom module before installing Magento? Thanks |
@engcom-Hotel, here's a case: We've recently build a platform that has the ability to quickly spin up a new Magento installation with a whole bunch of modules pre-installed. We don't want to first setup a clean Magento installation and in a second step install a bunch of modules. We want to do this in one step. This has worked fine in the past, Magento seems to have been build with this flow in mind, only in a few rare cases, we have to find workarounds for this sort of installation flow. Also: with the way Magento is trying to go in the future with trying to separate more and more modules from the core, should we expect those separate modules to also only work when we install them after first setting up a vanilla Magento installation? Or should we expect them to work correctly when installing them before we initialise Magento for the first time? I would really hope for the second option here, right? Also: all those extra modules that come with Adobe Commerce, they also just work before initialising Magento for the first time, right? So why can't this also be the case for 3rd party modules? |
Our specific case is this: While creating the magento store there haven't been any issues because when we needed to setup an instance (locally or for testing) we would use a database dump and skip installing. We don't really need those custom modules during install, but there isn't an easy way to disable all added modules, nor there is a way to tell which module is causing the issue without using a debugger. |
Hello @Revengance1024, We have tried to reproduce the issue on Magento 2.4-develop, but we are getting another error, not the same you are getting. Please have a look at the below screenshot: Please find attached the custom module, we have made in order to reproduce the issue: Please let us know in case we have missed any steps in order to reproduce the issue. Thanks |
Dear @Revengance1024, We have noticed that this issue has not been updated for a period of 14 Days. Hence we assume that this issue is fixed now, so we are closing it. Please raise a fresh ticket or reopen this ticket if you need more assistance on this. Regards |
Preconditions (*)
Steps to reproduce (*)
Expected result (*)
Actual result (*)
Please provide Severity assessment for the Issue as Reporter. This information will help during Confirmation and Issue triage processes.
The text was updated successfully, but these errors were encountered: