Release notes archive for ece-tools
ece-tools v2002.0.22 and later. See Release notes for Cloud Tools Suite to get the latest updates for ece-tools and other Cloud packages.v2002.0.22
The ece-tools 2002.0.22 release changes the structure of the ece-tools package to decouple the release of Adobe Commerce on cloud infrastructure patches from the ECE-Tools release. Starting with this release, patches and critical fixes will be delivered using the magento/magento-cloud-patches package, which is a new dependency for the ece-tools package. We made these changes to reduce complexity for scheduling release updates and working with community contributions.
-
Changes to the ECE-Tools package-
Moved the Adobe Commerce patches from theece-toolspackage to a newmagento/magento-cloud-patchescomposer package. -
Updated thecomposer.jsonfile for theece-toolspackage to add a dependency for themagento/magento-cloud-patchesv1.0.0 package. -
Fixed an issue that caused theece-toolspatching process to break when applying patch sets on top of security-only releases, starting with version 2.3.2-p2 and later. This issue was introduced by the new versioning scheme adopted for security-only patches.
-
-
Patches and critical fixes–Update your Cloud environments withece-toolsversion 2002.0.22 to apply the following patches and critical fixes. These patches are included in themagento/magento-cloud-patchesv1.0.0 package.-
Page Builder security patches for 2.3.1.x and 2.3.2.x releases–Fixes an issue in Page Builder preview that allows unauthenticated users to access some templating methods that can be used to trigger arbitrary code execution over the network (RCE) resulting in global information leaks. This issue can occur when using unsupported versions of Page Builder with Adobe Commerce versions 2.3.1 and 2.3.2. -
MSI patches–Fixes issues that caused indexing errors and performance issues when using default inventory settings for managing stock. -
Backward Compatibility of new Mail Interfaces-Fixes a backward incompatibility issue caused by theMagento\Framework\Mail\EmailMessageInterfacePHP interface introduced in Adobe Commerce v2.3.3. In the scope of this patch, the newEmailMessageInterfaceinherits from the oldMessageInterface, and Adobe Commerce core modules are reverted to depend onMessageInterface. -
Catalog pagination does not work on Elasticsearch 6.x–Fixes a critical issue with search result pagination that affects customers using Elasticsearch 6.x as the catalog search engine.
-
v2002.0.21
-
Docker updates—-
New Docker Images—Supported by versions 2.3.3 and later-
PHP version 7.3.
-
Varnish Cache 6.2.0
-
-
Added support to apply custom hook configuration specified in.magento.app.yamlin the Docker environment. Previously, the Docker environment supported only the default hook configuration. -
Docker ENV files are no longer generated during the Docker build, and thedocker:config:convertcommand is deprecated. The corresponding data is now stored in thedocker-compose.ymlfile. -
Updated PHP image–Added Node.js to the PHP Docker image to support node, npm, and grunt-cli capabilities.
-
-
Environment variable updates–-
Added the LOCK_PROVIDER deploy variable to configure the lock provider which prevents the launch of duplicate cron jobs and cron groups. See the variable description in the deploy variables topic. -
Added the CONSUMERS_WAIT_FOR_MAX_MESSAGES environment variable to configure how consumers process messages from the message queue when using theCRON_CONSUMERS_RUNNERenvironment variable to manage cron jobs. See the variable description in the deploy variables topic. -
Fixed an issue that can cause database deadlock errors when theconsumers_runnercron job starts multiple instances of the same consumer on different nodes. Now, if you have enabled the CRON_CONSUMERS_RUNNER deploy variable in your environment, theconsumers_runnerjob uses thesingle-threadoption to start one instance of each consumer on only one node. -
Fixed an issue affecting WARM_UP_PAGES functionality that uses a default store URL. Now, if theconfig:show:default-urlcommand cannot fetch a base URL, then the URL from the MAGENTO_CLOUD_ROUTES variable is used.
-
-
Updated the logging information returned by themodule:refreshcommand. Now, you can see a detailed list of enabled modules in thecloud.logfile. -
Improved version compatibility validation and warning notifications for compatibility issues between Adobe Commerce version and installed services, such as Elasticsearch, RabbitMQ, Redis, and DB. -
Added support for RabitMQ version 3.8. -
Updated interactive validations for service compatibility to reflect supported versions for the new Adobe Commerce 2.3.3 and 2.2.10 releases. See System requirements in the Installation guide for recommended versions. -
Improved the log message returned when the cron job management process in the deploy phase tries to stop a cron job that has already finished to clarify that this issue is not an error. Changed the log level fromINFOtoDEBUG. -
Fixed an issue when running thesetup:upgradecommand that did not interrupt the deployment process when a failure occurred during theapp:config:importtask. -
Changed the default log level for the file handler todebugto reduce the amount of detail in the log displayed in the Cloud Console, while still providing detailed information for debugging. -
Fixed an issue that caused an error with static content deployment during build. After an installation andece-toolsconfig dump, an error occurred if there was no locale specified for the admin user in theconfig.phpfile. Now, there is a default locale for the admin user in theconfig.phpfile. -
Fixed anUndefined index errorthat occurs when amagento-cloudCLI command fails in an environment that is not configured with a secure URL (https). Now, the ECE-Tools package uses the base URL (http) if the secure URL is not available.
v2002.0.20
-
Docker Updates—-
You can now perform functional testing using theece-toolspackage in the Docker environment. See application testing. -
Added support for configuring PHP modules using the.magento.app.yamlfile. Any PHP Extensions specified in the.magento.app.yamlfile become available in the Docker PHP containers. -
There are new commands available to improve the Docker command line experience. See thebin/magento-dockersection of the Docker reference. -
Added the ability to use Mutagen.io to synchronize files during development between the local host and Docker. -
Corrected the default path when using the Docker environment. Now, when you use SSH to log in to the Docker container, you are at the project root in the/appdirectory, as expected. -
Updated the Sodium library from version 1.0.11 to version 1.0.18, and updated the Sodium PHP extension.note warning WARNING Adobe Commerce on cloud infrastructure customers must Submit an Adobe Commerce Support ticket to upgrade the libsodium package on Pro Production and Staging environments prior to upgrading to Adobe Commerce 2.3.2. Currently, you cannot upgrade Starter environments to Adobe Commerce 2.3.2. -
Added theanalysis-icuand theanalysis-phoneticElasticsearch plugins to all Docker images. -
Improved validations: When using options for thedocker:buildcommand, you must provide a value when using an option. Also, added validation for the Node version when using thedocker:build runcommand.
-
-
Environment variable updates—-
Added support for database table prefixes using the DATABASE_CONFIGURATION environment variable. -
Added the FORCE_UPDATE_URLS deploy variable to update base URLs when deploying to Pro and Starter production and staging environments. See the definition in the deploy variables content. -
Added the TTFB_TESTED_PAGES post-deploy variable to configure Time to First Byte page tests to check application performance on sites deployed to Cloud infrastructure. See the variable description in post-deploy variables. -
Fixed an issue with multi-threaded SCD, which caused random failures in static content deployment. The workaround involved setting the SCD_THREADS variable to1. You can now increase the count as needed. See the definitions in the deploy variables and the build variables. -
You can configure the WARM_UP_PAGES environment variable to cache single pages, multiple domains, and multiple pages. See the expanded definition in the post-deploy variables content.
-
-
Added thepub/static/.htaccessfile to the exclude list. Fix submitted by Björn Kraus of PHOENIX MEDIA GmbH. -
Fixed an error when all validation messages were showing asCriticalif at least one critical level validator returned an error. -
Fixed an issue that caused a deployment failure if the base URL did not exist in the database. -
Added a newenv:config:showcommand to theece-toolspackage that displays environment services, routes, or variables. See Services, routes, and variables. Feature submitted by Vladimir Kerkhoff. -
Fixed an issue that caused a critical error when attempting to install Adobe Commerce 2.2.6 or earlier withece-toolsdevelop after shell refactoring. -
Fixed an issue that caused Adobe Commerce 2.1.x and 2.2.x installations to fail with a warning about using a deprecated version of Carbon. -
Decreased thecloud.loglog level for shell output frominfotodebug. -
Added the--remove-definers (-d)option to theece-tools db-dumpcommand to remove definers from the dump file.
v2002.0.19
-
Fixed an issue that overwrites theenv.phpfile during a deploy, resulting in a loss of custom configurations. This update ensures that Adobe Commerce on cloud infrastructure updates theenv.phpfile with every deployment, while preserving custom configurations.
v2002.0.18
-
Docker Updates—-
Now, the Docker environment supports the cron configuration defined in the crons property of the .magento.app.yaml file. -
New Docker Container—Added a TLS termination proxy container to facilitate the Varnish SSL termination over HTTPS. -
New Docker Image—Added a Node.js image to support Gulp and other capabilities, such as Jasmine JS Unit Testing. -
Docker build modes—Now you can choose to launch the Docker environment in Production mode or Developer mode. Developer mode supports active development with full, writable filesystem permissions. -
Fixed an issue that caused Docker deploy to fail with aName or service not knownerror if the cache is configured for a service that is not available. Now, you can remove a service from the.magento/services.yamlfile. The Docker configuration generator updates the service in thedocker/config.php.distfile automatically. -
Added interactive validations for service compatibility. Now, if a requested service is incompatible with the Adobe Commerce version or other services, the interactive mode prompts the user with a message and a choice to continue. See the Service versions available for Docker. Use the-noption to skip the interactivity for CICD purposes. -
Fixed an issue with the Docker composedb-dumpcommand that erased existing dumps. -
Fixed an issue that assigned Redissession,default, andpage_cachecache storage to the same database ID.
-
-
Environment variable updates—-
The new ELASTICSUITE_CONFIGURATION environment variable retains your customized service settings between deployments. See the definition in the deploy variables content. -
Added the SCD_MAX_EXECUTION_TIMEOUT environment variable so you can increase the time to complete the static content deployment from the.magento.env.yamlfile. See the definition in the deploy variables, the build variables, and the global variables.-
Added the MAGENTO_CLOUD_LOCKS_DIR environment variable to configure the path to the mount point for the lock provider on the cloud infrastructure. The lock provider prevents the launch of duplicate cron jobs and cron groups. This variable is supported on Adobe Commerce version 2.2.5 and later and automatically configured. See the definition in Cloud variables. -
Changed the SCD_THREADS environment variable default values to automatically determine the optimal value based on the detected CPU thread count. See the updated definitions in the deploy variables and the build variables.
-
-
-
Fixed an issue with a patch for DB Isolation Mechanism that caused an error when upgrading to Adobe Commerce on cloud infrastructure version 2002.0.16. -
Added a patch that replaces Google Image Charts with Image-Charts. See the DevBlog article Google Image Charts deprecation and update for M1. -
Added validation for the SEARCH_CONFIGURATION variable. Deploy fails when the ‘engine’ option is not set and_mergeis not required. -
Fixed an issue that exposed sensitive data after an exception occurs. Now the sensitive information is masked appropriately. -
Improved the fault-tolerant settings of the Magento Open Source package. In the case when Adobe Commerce cannot read data from the Redisslaveinstance, a reading is made from the Redismasterinstance. See REDIS_USE_SLAVE_CONNECTION.
v2002.0.17
ece-tools version 2002.0.17 includes an important security patch. See Tech Resources: Magento Open Source Patches.-
Service updates—Supported by the following Adobe Commerce versions: 2.2.8 and later 2.2.x, 2.3.1 and later 2.3.x-
Added support for Elasticsearch version 6.x.
-
Added support for Redis version 5.0.
-
-
New Docker images—Added the following services to the Docker build:-
Elasticsearch 6.5
-
Redis 5.0
-
-
New environment variable—Previously, there was a hard-coded timeout for SCD compression. Now you can configure the SCD compression timeout using the SCD_COMPRESSION_TIMEOUT environment variable. See the definitions in the build variables and the deploy variables content. -
Added the--use-rewritesoption to the install command so that it uses web server rewrites for generated links in the storefront and Admin access to improve security and customer experience. -
Added timestamps to thevar/log/install_upgrade.logfile so that it shows dates for installation and upgrade events.
v2002.0.16
-
Docker updates—-
Now, the default service configuration generated in the Docker environment is the same as the default configuration in the Cloud template.
-
You can send mail from your Docker environment using the
sendmailservice. -
Added the ability to configure Xdebug to debug in the Cloud Docker environment.
-
Fixed an issue with web service permissions when generating the
docker-compose.ymlfile.
-
-
Upgrade improvement—Added validation to confirm that theautoloadproperty in thecomposer.jsonfile contains required configuration changes before upgrading to Adobe Commerce v2.3. See Upgrade version. -
The compression process in deploying static content now includes all assets—natively generated or customized—and occurs during the build phase at the beginning of thebuild:transfersection. Previously, the compression process occurred before applying custom minification and bundling of static assets. Fix submitted by Rafael Garcia Lepper from Tryzens Limited. -
Fixed a database connection error that occurred during deployment immediately after configuring an additional database and service relationship. Also, this fix addresses an issue that occurred during the configuration process of Commerce Reporting for Starter. For Starter, this upgrade is a “must have” for using Commerce Reporting. -
Fixed a validation issue with the database configuration that caused the deploy process to fail. -
Updated the constraint with the appropriate version of thesymfony/yamlpackage to use with PHP constants. Constant parsing does not work when using asymfony/yamlpackage version earlier than 3.2. Fix submitted by Vladimir Kerkhoff. -
Environment configuration check—Added validation to check the PHP version and warn users if they are not using the latest recommended version. -
Fixed an issue with processing malformed JSON variables. Now, if a JSON variable causes a syntax error, a warning appears in thecloud.logfile and deployment continues using the default variable. -
Fixed a connection error that occurred during deployment immediately after disabling the Redis service. -
Logging changes—Updated the log level fromInfotoNoticefor the following build and deploy process events:-
Begin and end of the process for reconciling installed modules in
composer.jsonwith shared configuration settings in theapp/etc/config.phpfile -
Begin and end of the configuration validation process
-
Begin and end of the
setup:di:compileprocess for generating classes
-
-
New environment variables—-
RESOURCE_CONFIGURATION deploy variable—Use this variable to map a resource name to a database connection.
-
X_FRAME_CONFIGURATION global variable—Use this variable to change the
X-Frame-Optionsheader configuration for rendering an Adobe Commerce page in a<frame>,<iframe>, or<object>.
-
-
Environment variable updates—Changed the following environment variables:-
WARM_UP_PAGES—Added the capability to preload the cache for specified pages on all domains defined for an Adobe Commerce store. Previously, if your site was configured with multiple domains, the post-deploy process failed to preload the cache for the specified pages on non-default domains and returned the following error in the post-deploy log:
ERROR: Warming up failed: <uri> -
SCD_COMPRESSION_LEVEL—Updated the documentation and the sample
.magento.env.yamlfile with the correct default values for SCD compression level. See the definitions in the build variables and the deploy variables content. -
SCD_EXCLUDE_THEMES——This environment variable is deprecated. Use the SCD_MATRIX to control theme configuration.
-
SCD_MATRIX—Fixed the validation process to prevent a problem that occurred when the SCD_MATRIX ignored a theme value that contained different character cases. See the definitions in the build variables and the deploy variables content.
-
ADMIN variables—
-
Improved security when managing credentials for the Admin user using environment variables. You can no longer use the ADMIN_EMAIL, ADMIN_USERNAME, and ADMIN_PASSWORD environment variables to override admin credentials during upgrades. If you cannot access the Admin panel, use the Forgot password feature or the
admin:user:createCLI command to create a new admin user. See Access your Admin panel. -
ADMIN_EMAIL is no longer required when upgrading or applying patches.
-
-
v2002.0.15
-
Docker updates—-
Now the Docker generator uses the services specified in the
.magento.app.yamland.magento/services.yamlconfiguration files when building your Docker environment. You can choose a different service version using build parameters. -
Added PHP 7.2 image—Added support for PHP 7.2 in Cloud Docker; updated the Launch Docker configuration to include the
docker:build --phpoption to specify the version of PHP compatible with your version of Adobe Commerce. -
Added a Cron container based on the PHP-CLI image.
-
Added the following services to the Docker build:
-
RabbitMQ 3.5 and 3.7
-
ElasticSearch 1.7, 2.4, and 5.2
-
Redis 3.2 and 4.0
-
-
-
Configure with PHP constants—Added support for PHP constants in the.magento.env.yamlconfiguration file. -
New environment variable—By default, only the Production environment has Google Analytics enabled. You can enable Google Analytics on the Staging and Integration environments using the ENABLE_GOOGLE_ANALYTICS environment variable. -
Fixed an issue that removed customized cron configurations from theenv.phpfile after a redeployment. Now, custom cron configurations safely remain in theenv.phpfile. -
Fixed inconsistencies in the messages and log levels for build, deploy, and post-deploy phases. Increased beginning and ending log message levels from info to notice for all phases and sub-phases. Added beginning and ending log messages, where appropriate. -
Fixed an issue involving cron processes that prevented the start of the post-deploy phase, when configured. Now, if you have the post-deploy hook enabled, the cron processes are enabled again at the beginning of the post-deploy phase. -
Resolved an issue that prevented a successful installation of Adobe Commerce when specifying a custom database configuration. Previously, the installation process used the database configuration from the MAGENTO_CLOUD_RELATIONSHIP variable even if you designated customized connection information in the DATABASE_CONFIGURATION environment variable. -
Corrected theconfig:dumpcommand so that it includes each website locale in thesystemsection of theconfig.phpfile. -
Fixed an issue that resulted in warm-up errors during the post-deploy phase by correcting the source base URL reference. -
Fixed an issue that generated files improperly during thesetup:di:compileprocess, which affected the Amazon Pay module.