-
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
[2.2.0-RC1.1] cron:install issues #10040
Comments
@hostep I am pretty sure that |
Ok thanks for the extra info. That was kind of what I was suspecting. |
Confirmed quote escaping bug in crontab creation, and created internal issue MAGETWO-70314 to resolve. As @fooman mentioned, the other two commands are used by the Web Setup Wizard, and may be causing confusion for contributing developers, but should not be causing any harm. I'll bring this up at the next architecture meeting, and we'll create a feature request to separate those commands if there is enough support. |
Thanks @tjwiebell! Just to be clear: this isn't only a problem when you clone the git repo, the Also since this |
The I will review with the architect of this functionality, and will let you know if there's agreement to exclude these commands from git-based installations. |
Thanks for the clarification. I double checked and you are correct! But, we still don't have the
So this introduces a new question: should we put the Hope this sheds some more light into how we (and possibly others?) work with Magento 2 projects in the real world :) Thanks! |
Yes, that directory should be checked into source control. Not only are we releasing awesome new features in 2.2, but we've added some new articles that outline a suggested development pipeline: http://devdocs.magento.com/guides/v2.2/config-guide/deployment/ I have gotten approval to create a feature request to fix the extraneous crontab commands in git-based installations. The proposed solution would also apply to your current development pipeline, and commands would be skipped if file/directory dependencies are not present, also displaying a message to the user that these commands were skipped. It likely won't make it into 2.2, but it will be addressed in a future release. Thank you for submitting this feedback, we will let you know if we have any additional questions. |
Fixed issues: MAGETWO-59997 Shipping address duplicates if entered credit card was incorrect during checkout via Braintree MAGETWO-70279 Issue with the config merging introduced for the Analytics integration MAGETWO-70059 Order is not shown in customer account if its Status not visible on Storefront MAGETWO-59801 [Performance Bug] Tax Rules Form unusable with large # of tax rates MAGETWO-70280 Catalog Event can't save in the en_GB locale MAGETWO-70314 [Github] cron:install issues #10040 MAGETWO-69750 An error occurs on the checkout after required custom address attribute added MAGETWO-70490 Inconsistency between versions in module.xml and UbgradeSchema for CatalogRule Module MAGETWO-66895 [Github] Cannot skip review page when order placed with Virtual/Gift Card product via PayPal Express Checkout #9042
@tjwiebell so what is the consensus on why the update directory is missing? I've done some create projects and sometimes it is missing, other times it is not. And running composer install + update without altering composer.json does not retrieve it. I have also diff'ed composer.json files from an install with it and one without and they are the same. Is the update/ directory auto-generated somehow ? |
@sylink: If I remember correctly, the We currently don't keep that |
Hello @hostep |
Hi @hostep. Thank you for your report. The fix will be available with the upcoming 2.3.4 release. |
Preconditions
Steps to reproduce
git clone -b 2.2.0-RC1.1 --single-branch --depth 1 https://github.com/magento/magento2.git ./magento22-test cd ./magento22-test composer install --optimize-autoloader php bin/magento setup:install \ --backend-frontname=secretadmin \ --session-save=files \ --db-host=localhost \ --db-name=magento22-test \ --db-user=root \ --db-password=secret \ --base-url=https://magento22-test.something/ \ --language=en_US \ --timezone=Europe/Brussels \ --currency=EUR \ --use-rewrites=1 \ --use-secure=1 \ --use-secure-admin=1 \ --admin-use-security-key=1 \ --admin-user=secretadmin \ --admin-password=secret \ --admin-email=email@example.com \ --admin-firstname=Firstname \ --admin-lastname=Lastname \ --cleanup-database
Expected result
Actual result
Discussion
There are a couple of issues here:
setup.cron.log
file contains this error:Other then that, I know Magento has been advocating to always setup those 3 command, but I never understood why. We've been only using the first line, never the other two. I don't even know what they are supposed to do? There is very little documentation around those. I "suspect" (but haven't verified), that they runs some
composer update
commands in the background, so all installed modules are kept up to date. But this is a terrible idea from our point of view, as you are supposed to test updates before rolling them out in production.If my assumption of those two last commands are correct, then I'd appreciate it if an extra flag to the
cron:install
command is added, something like--i-know-what-im-doing
which only creates the first line and doesn't setup the last 2 lines.Feel free to inform me (and maybe update the devdocs at the same time) with some extra information about those last two commands, maybe I'm mistaken and maybe they are actually useful? :)
Thanks!
The text was updated successfully, but these errors were encountered: