Component dependency readiness check issues

Last update: 2023-07-27
  • Created for:
  • Developer

This article provides solutions for component dependency conflicts.

Resolve component dependency conflicts

We suggest you try the following solutions in the order shown:

  1. Conflicting dependencies
  2. File system permissions issues
  3. The Component Dependency Check status never changes

Conflicting dependencies

The message We found conflicting component dependencies displays if Composer cannot determine which components to install or update. To resolve component dependency issues, you should be a technical person who thoroughly understands how Composer works.

Following is a sample failure message:

We found conflicting component dependencies.
 You are trying to update package(s) magento/module-sample-data to 1.0.0-beta
 We've detected conflicts with the following packages:
 - magento/sample-data version 0.74.0-beta15. Please try to update it to one of the following package versions: 0.74.0-beta16, 0.74.0-beta14, 0.74.0-beta13, 0.74.0-beta12, 0.74.0-beta11, 0.74.0-beta10, 0.74.0-beta9, 0.74.0-beta8, 0.74.0-beta7

The message you see will likely be different.

Refer to Conflicting component dependencies for a solution in our support knowledge base.

File system permissions issues

If the Adobe Commerce file system owner doesn’t have the permissions to write to directories on the Adobe Commerce file system, a message similar to the following displays:

file_put_contents(/var/www/html/magento2/var/composer_home/cache/repo/https---$instantiator.json): failed to open stream: Permission denied

Make sure you set file system permissions as discussed in the article Overview of ownership and permissions in our developer documentation.

The Component Dependency Check status never changes

In some cases, the status of the Component Dependency Check doesn’t change, even after you try to correct issues. In that case, you can either delete or rename files named <magento_root>/var/.update_cronjob_status and <magento_root>/var/.setup_cronjob_status and try running the Component Manager again.

Renaming or removing these files forces the Component Manager to run the checks again.

On this page