Problem/Motivation

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

Introduced terminology

API changes

Data model changes

Release notes snippet

CommentFileSizeAuthor
Screenshot from 2026-07-24 01-12-03.png508.08 KBcatch

Issue fork drupal-3612828

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

catch created an issue. See original summary.

catch’s picture

Status: Active » Needs review
catch’s picture

Benefits ComposerTaggedReleaseTest more but potentially both: https://git.drupalcode.org/project/drupal/-/jobs/11123115

catch’s picture

Handling ComponentsIsolatedBuildTest in #3612922: Optimize ComponentsIsolatedBuildTest.

mstrelan’s picture

Should we also skip this in package_manager tests? Some of them are skipped, but should be updated anyway. I believe \Drupal\Tests\package_manager\Build\PackageInstallDirectWriteTest::testPackageInstall is not skipped, and AFAICT audit runs even for composer update --lock.

FWIW we already use COMPOSER_NO_AUDIT=1 in \Drupal\BuildTests\Composer\Plugin\Unpack\Functional\UnpackRecipeTest. It might be feasible to set that somewhere globally in CI? Unless of course we have tests that depend on it.

catch’s picture

@mstrelan yes it's worth doing, in profiling it adds about 3s to every operation.

Setting it globally in CI sounds good, not sure if we add it to .gitlab-ci.yml envrinment variables whether it'll successfully get set for composer but that'd probably be easiest?

catch’s picture

Status: Needs review » Closed (duplicate)

Now that this issue is closed, review the contribution record.

As a contributor, attribute any organization that helped you, or if you volunteered your own time.

Maintainers, credit people who helped resolve this issue.