Stable blockers + should haves

Beta blockers

#3534109: Permanently maintain a sandbox directory in package_manager
#3540215: Remove the ability to configure the path to Composer

Stable blockers

Not package_manager specific, but probably blocking it being used successfully on shared hosting.

#3067979: Exclude test files from release packages

#3331078: Add php-tuf/composer-stager to core dependencies — for experimental Automatic Updates & Project Browser modules
#3525345: Move some Package Manager validation into the pre-require and status check event listeners
#3511972: Allow Composer and rsync location to be configured via the UI
#3408901: [policy, no patch] Decide if and when automatic updates should rely only on packagist data to determine installability of modules
#3358504: Require PHP-TUF's Composer integration plugin
#3352210: Security review of secure signing components for package manager
Governance: #3474816: Governance for projects on Github
#3474292: Package Manager should disallow cweagans/composer-patches by default

To be categorized as beta/stable blockers or post stable clean-up:

#3502653: Require re-authentication for certain admin actions
#3463662: When it is installed, Package Manager should try to detect the paths of Composer and rsync

Usability

  1. #3321972: Make readiness check failure messages clear, consistent, and actionable - Needs summary update to actually define the problem and see if it is really a blocker
  2. #3346644: If an error occurs during an attended process, delete the stage on behalf of the user

Not yet categorized

  1. #3336867: Identify & vet commonly used composer plugins in the Drupal ecosystem
  2. #3338651: Drupal core's coding standards forbid translated exceptions, but does that anyway — f.e. FileValidationException
  3. #3345649: Update every ComposerValidator-dependent validator to have explicit test coverage that that dependency works
  4. #3342790: Validate PHP version to be used by the Composer process calls
  5. #3354011: Support scanning Composer Stager library for translatable strings
  6. #3335918: [Policy, no patch] Projects depending on composer plugins will have to update the additional_trusted_composer_plugins setting in package_manager.settings

Core stable blockers for Package Manager

Policy Questions

  1. #3408901: [policy, no patch] Decide if and when automatic updates should rely only on packagist data to determine installability of modules

Core Beta Experimental blockers for Package Manager

Core Alpha Experimental blockers for Package Manager

These issues block #3346707: Add Alpha level Experimental Package Manager module.

#3483481: Hide and restrict package_manager (and update_manager) behind a dev/prod toggle so that they can be alpha stability in tagged releases

Dependencies

    #3483411: Increase composer-stager constraint to the current stable release
  1. ⚠️ core issue ⚠️#3331078: Add php-tuf/composer-stager to core dependencies — for experimental Automatic Updates & Project Browser modules
  2. ⚠️ governance issue ⚠️#3474816: Governance for projects on Github
  3. ⚠️ infrastructure issue ⚠️#3343490: Deploy rugged for TUF signing to production
  4. ⚠️ infrastructure issue ⚠️#3352216: Securely sign Drupal core packages, even though they are hosted on GitHub/packagist directly (or alternative solution for drupal/core to be TUF protected)

Security (gate)

  1. ⚠️ core issue ⚠️#3352210: Security review of secure signing components for package manager
  2. #3358504: Require PHP-TUF's Composer integration plugin

Policy Questions

  1. ⚠️ core issue ⚠️#3349368: [policy, no patch] How much of The Update Framework integration is needed for alpha-level review/commit of Package Manager?
  2. ⚠️ core issue ⚠️#3385644: [policy, no patch] Consider whether to keep Package Manager and Automatic Updates in a separate repo/package than core in order to facilitate releasing updates to the updater
  3. #3421925: [policy, no patch] Decide if a production level TUF is a requirement for beta-level commit of Package Manager

API

Currently none! 🎉

Miscellaneous issues

Currently none! 🎉

Usability revoew

While not a blocker the sooner this work begins the better it is to be successful. This needs an issue to start that process.

Core Alpha Experimental blockers for Automatic Updates

These issues, plus the ones above, block #3253158: Add Alpha level Experimental Update Manager module.

  1. #3377458: Remove work arounds for 10.0.x support
  2. #3392196: Exceptions in batch no longer are shown on the page when Javascript is disabled - Core bug in 11.x, our AU tests will not pass without it.
  3. #3397228: Possible random failure in build tests for cron updates

Core Merge request planning

This is section deals with issues that won't necessary results in changes to the core versions of the module but will make it easier to ensure that contrib version is easy to automatically convert to the versions in the core merge requests and that these merge requests will pass tests.

We are currently relying on Drupalci to test the contrib module. Although Core uses gitlab only now switching to gitlab in the contrib module would not necessarily make things easier for us because core and contrib modules are set up differently for gitlab testing. We can use drupalci until July. If we are not in core by June we can convert our tests to gitlab.

We are currently using our .gitlab-ci.yml to:

  1. convert the module to the core version, using them same composer core-convert command we use to make the merge requests
  2. Run the all tests besides the Build tests on the core converted version

Alnought .gitlab-ci.yml attempts to make sure we don't break the core onversion it is not exactly like test in in the core merge requests. For this reason we have a core issue #3411111: Automatic Updates Gitlab Conversion test issue that we can use to test out the conversion. We can use this avoid noise on the core merge request issues that will be reviewed especially when we are making changes to the converter itself or want to test out the conversion in the middle of contrib issue exactly how it will be in core.

Here are the remaining issue that need to be addressed

  1. #3411110: Test Automatic Updates and Package Manager as part of Drupal core 11.x on GitLab CI. we can't test in 11.x, our target core version, in DrupalCi.
  2. #3411240: Run core code quality checks on the core converted version of the module
  3. #3411241: Expand ConverterCommand documentation to make it easier to run.

Comments

tedbow created an issue. See original summary.

tedbow’s picture

Issue summary: View changes
wim leers’s picture

Issue summary: View changes

Removed #314137: Userpoints no negative not working properly since that's an issue of another module. I think there was a typo there :P

wim leers’s picture

Issue summary: View changes
wim leers’s picture

wim leers’s picture

Issue summary: View changes

Oh it already was in there, it just had not yet been tagged…

wim leers’s picture

Issue summary: View changes
wim leers’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
wim leers’s picture

tedbow’s picture

wim leers’s picture

Issue summary: View changes

I think #3318964: automated_cron should not run cron when visiting update.php would be a beta or stable blocker, even though it's technically a bug in Drupal core, not in Automatic Updates. It represents too much risk when AU is installed for it to remain unsolved.

wim leers’s picture

wim leers’s picture

Issue summary: View changes

#3321905: Add colinodell/psr-test-logger to core's dev dependencies added.

We'll need similar issues for

  • php-tuf/composer-stager
  • @todo symfony/config
  • @todo symfony/finder

… unless we can get release managers to pre-approve these. The latter 2 should be trivial, since it's a pre-existing upstream vendor.

Either way, we need to do this before the actual core merge request can get merged, because dependencies need to be individually vetted first anyway. There's no reason we need to wait to do this.

Furthermore, this has consequences for the alpha experimental state AFAICT: just excluding the module from packaged releases is insufficient; it'd still include these dependencies. We need to surface that to release managers ASAP.

wim leers’s picture

Issue summary: View changes
wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes
wim leers’s picture

tedbow’s picture

Issue summary: View changes
wim leers’s picture

tedbow’s picture

Issue tags: +core-mvp

Just so it is tagged

wim leers’s picture

wim leers’s picture

Issue summary: View changes
wim leers’s picture

Issue summary: View changes

Added new Public API section for #3331355: Refactor exception architecture.

tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
wim leers’s picture

Issue summary: View changes

Got this issue in sync with the actual reality for the currently 180 core-mvp-tagged issues.

Added the following from the 3rd and 4th page of issues (80 issues total) tagged core-mvp (which means I still have to check the 100 most recently updated issues with those tags!)

  1. #3314787: StagedDBUpdateValidator will throw an exception during status check if the stage exists, but is unclaimed
  2. #3314143: Add documentation for testing minor updates
  3. #3315798: Post-apply always fails during cron
  4. #3304365: Do not check excluded folders for symlinks
  5. #3280403: Show all updates for all supported branches in the current major on the update form
  6. #3316611: If unattended updates are enabled, send an email when status checks start failing
  7. #3320487: fake-site fixtures has invalid packages in composer files
  8. #3281340: [Plan] Send emails
  9. #3316668: ComposerSettingsValidator should run `composer config` to determine if HTTPS is enabled
  10. #3326486: Rename Stage to StageBase to clarify its relationship to its subclasses, and add "Stage" suffix to the Updater classes
  11. #3320824: Fix PHP Warning: serialize() in tests on PHP 8
  12. #3327229: Remove `@requires PHP >= 8.0` annotation from all tests
  13. #3323706: Split up UpdaterFormTest to speed up test runs: from 13.5 to 10.5 minutes
  14. #3323003: Mark FailureMarker @internal and document ComposerUtility, PathLocator and ValidationResult
  15. #3322931: OverwriteExistingPackagesValidator does not handle packages with no install path
  16. #3321386: Add missing test coverage in SupportedReleaseValidatorTest
  17. #3322203: Make sure packages in our fake-site fixture match in both installed.json and installed.php
  18. #3322918: Mark everything under */tests/src @internal
  19. #3323211: Remove duplicate aaa_update_test.1.1.xml
  20. #3323037: Add comment in every release history XML fixture file
  21. #3322404: Remove active composer fixture files used for SupportedReleaseValidatorTest
  22. #3322589: Assert 'type' key is set in FixtureUtilityTrait::addPackage
  23. #3316484: Check if the message "Your site has not recently run an update readiness check." would appear on admin pages after cron is run.
  24. #3322150: Rename remaining instances of 'test_theme' to 'automatic_updates_extensions_test_theme'
  25. #3318625: Remove active composer fixture files in UpdaterFormTest
  26. #3275991: Write test coverage for the bug fix in #3275311
  27. #3318846: Remove staged fixture files used for SupportedReleaseValidatorTest
  28. #3320638: Give more meaningful error results in CoreUpdateTest::testCron
  29. #3318313: Make OverwriteExistingPackagesValidatorTest fixture-less
  30. #3319044: Refactor assertUpdateSuccessful() to get more meaningful error results.
  31. #3320815: Make validation result comparison test messages more helpful
  32. #3319497: Build test failure on local in 8.x-2.x due to drupal core packages being added to vendor.json
  33. #3310666: UpdaterForm throws an exception if you try to update to the next minor beta
  34. #3316895: Create a test to prove our fake-site is error free starting point
  35. #3317988: Make ComposerExecutableValidatorTest easier to understand
  36. #3317996: FixtureUtilityTrait's package manipulation methods need to take installation path into account
  37. #3317385: Remove staged fixtures from StagedProjectsValidatorTest
  38. #3317599: Log an error if protected Stage constants are overridden
  39. #3317267: Deprecate the overridability of Stage::TEMPSTORE_LOCK_KEY and Stage::TEMPSTORE_METADATA_KEY
  40. #3317278: Remove info files from stub modules in StagedProjectsValidatorTest fixtures
  41. #3317409: Update Composer Stager to v1.2.0
  42. #3317220: UpdatePathTest fails because expirable values have expired
  43. #3298889: Make \Drupal\package_manager_test_api\ApiController more easily extendable
  44. #3315700: Remove Environment::setTimeLimit() call from build tests
  45. #3316115: Change "readiness check" to "status check" everywhere except user-facing strings
  46. #3316318: Ensure release history fixture files are readable in build tests
  47. #3257134: Don't stage node_modules directories
  48. #3310696: if only newer releases are pre-releases Updating from one minor to latest version Drupal version, module does not show any other updates
  49. #3316131: Add array return type hint to all implementations of getSubscribedEvents()
  50. #3314764: Stop listening to ReadinessCheckEvent
  51. #3302527: Updater::dispatch() doesn't need to handle a StageValidationException with no message
  52. #3317232: Stages can be owned by someone other than their creator
  53. #3314734: automatic_updates_extensions\BatchProcessor does not ensure that PostApply runs in another web request
  54. #3315449: Don't bother testing core updates via the UI or API with the LegacyProject template
  55. #3314805: Create a base class for UpdaterForm and UpdateReady to help run status checks and display the results
  56. #3313349: Possible DB updates are displayed twice on UpdateReady form
  57. #3314946: UpdateReady mistakenly assigns a special CSS class to all validation results
  58. #3315139: package_manager.update_data_subscriber does not have to be declared dynamically
  59. #3312937: Fix spelling mistakes
  60. #3313717: Improve the wording of UpdateException when re-throwing an ApplyFailedException
  61. #3310946: Improve the wording of the email notifications about a failed unattended update
  62. #3312669: Add help text explaining how to set an alternate port for cron

After that: splitting in done vs remaining and in automatic_updates vs package_manager.

I untagged two issues.

wim leers’s picture

Issue summary: View changes

As promised, the 2nd page, good for another 50 issues …

Untagged: #3308843: Automatic Updates Extensions' forms should check for the failure marker, #3303900: Remove PreApply check in PackagesInstalledWithComposerValidator, #3307168: \Drupal\Tests\automatic_updates_extensions\Kernel\AutomaticUpdatesExtensionsKernelTestBase::setReleaseMetadataForProjects is a duplicate of \Drupal\Tests\automatic_updates\Kernel\AutomaticUpdatesKernelTestBase::setReleaseMetadata

Added:

  1. #3313630: Automatic Updates help has the wrong route name and errors
  2. #3109082: Allow hosting platforms to declare that they don't support Package Manager
  3. #3310914: LockFileValidator should listen to StatusCheckEvent
  4. #3312981: Move XdebugValidator into Package Manager
  5. #3302524: Support Composer 2.2
  6. #3313346: UpdateReady is not displaying all the messages for statusCheck validation results
  7. #3303124: [meta] Package Manager should add validation to try avoid conflicts with non-Composer installed code
  8. #3299087: Override the core Update module's routes to redirect to Automatic Updates' form
  9. #3312963: Package Manager's requirements titles should be translated
  10. #3312779: Improve Composer package name validation
  11. #3293146: Don't run cron updates with PHP's built-in web server without an alternate port
  12. #3310901: Stage::require() should validate the incoming package names
  13. #3307611: Create a validator to add a warning if updated extensions have database updates
  14. #3311534: package_manager_requirements() should check for the presence of the failure marker
  15. #3312085: UpdateReady hides the Continue button if StatusCheckEvent only returns warnings
  16. #3311020: Rename staged/9.8.1 to something clearer
  17. #3308828: Handle the case where the marker file has been detected but can't be decoded
  18. #3305167: Warn if apply and post-apply are done in same request
  19. #3311436: Stage::require() should override the default process timeout to 300 seconds
  20. #3308711: Dispatch StatusCheckEvent in UpdateReady forms and do not allow the update to continue if there are errors
  21. #3293417: If an update failed to apply don't allow more use of the module
  22. #3306163: Also skip info.yml files in more test directories in DuplicateInfoFileValidator
  23. #3298444: Symlink validator should delegate to Composer Stager's precondition
  24. #3307369: Validate all changed or updated Drupal projects with Update XML
  25. #3303185: Add unit test coverage of PathLocator::getWebRoot()
  26. #3299612: Send an email when an unattended update fails
  27. #3310702: Stage::__construct() should require $path_factory
  28. #3310000: RequireEventTrait should default unspecified version constraints to *
  29. #3309025: Document that Stage::require() does not need version numbers
  30. #3308686: Logic error in XdebugValidator
  31. #3309676: \Drupal\Tests\automatic_updates\Kernel\ReadinessValidation\StagedProjectsValidatorTest::testEventConsumesExceptionResults should not disable validators
  32. #3305564: Create a validator to stop newly installed packages from overwriting existing directories on apply
  33. #3308404: Make PackageManagerUpdateProcessor internal and final
  34. #3305874: \Drupal\package_manager\ComposerUtility::getPackageForProject() assumes direct project to package conversion when it should not
  35. #3305240: Add a link to the the symlink validation message in package_manager to the updated help page
  36. #3304617: Display readiness checks failure at admin/reports/updates/automatic-update
  37. #3304367: Add StatusCheckEvent to report errors and warnings in the staging error to the user
  38. #3307163: Add the ability to ProjectInfo handle projects not in the active codebase
  39. #3303902: Move ProjectInfo class into package_manager
  40. #3304640: Logic error in \Drupal\automatic_updates\Controller\UpdateController::onFinish
  41. #3305994: We don't want to run the XdebugValidator for non-Automatic Updates stage.
  42. #3305568: Create a validator that detects duplicate info.yml files in the stage on apply
  43. #3305998: Ensure AutoUpdate validator only apply where the stage is an Updater instance
  44. #3303727: Document in README how to add paths to composer.json:extra.drupal-core-vendor-hardening to avoid symlink errors
  45. #3309602: Error: Composer could not find the config file
wim leers’s picture

Issue summary: View changes
Issue tags: -core-mvp

As promised, the 1st page, good for the last 50 out of 180 issues!

Untagged: none.

Added:

  1. #3321256: Fix race condition in \Drupal\automatic_updates_test_cron\Enabler
  2. #3325869: Improve documentation for package_manager_bypass test module
  3. #3248975: Use "stage directory" instead of "staging area" or "staging directory" everywhere
  4. #3326934: Tests are failing for php 7.4
  5. #3325716: Deprecate config factory in Stage
  6. #3322913: Create an easy way for functional tests to simulate an update (and update kernel tests to use the same)
  7. #3323565: Add 'declare(strict_types = 1)' in tests + recheck test modules + check *.module files.
  8. #3321236: Add actual project folders in \Drupal\Tests\package_manager\Traits\FixtureUtilityTrait::addPackage
  9. #3320836: Handle runtime error correctly in ComposerExecutableValidator
  10. #3321206: The same xdebug warning shows on the status report 2 times
  11. #3326334: Remove unneeded fixtures folders
  12. #3321994: Fail early in all Automatic Updates tests if there's a failure marker
  13. #3328516: Remove AutomaticUpdatesFunctionalTestBase::setCoreUpdate() in favor of StageFixtureManipulator
  14. #3320755: Remove unnecessarily disabled automatic_updates.composer_executable_validator
  15. #3328742: phpcs stopped working since the switch to testing on Drupal 10.0.x by default
  16. #3321904: Remove automatic_updates_extensions/tests/fixtures/stage_composer in favor of using StageFixtureManipulator
  17. #3321684: Most validators that subscribe to PreCreate to check readiness to update should also subscribe to PreApply
  18. #3331471: Add documentation for SymlinkValidatorTest
  19. #3318065: SymlinkValidatorTest doesn't test PreApplyEvent
  20. #3331310: Exclude unknown paths in project base: only allow vendor + web root + whatever drupal/core-composer-scaffold allows
  21. #3327391: Improve FixtureManipulator DX: validate package name + ensure StageFixtureManipulator is committed + ensure `package_manager_bypass_composer_stager` is not set to FALSE
  22. #3325654: Improve the user experience of having your staged update deleted before it was applied
  23. #3331168: Limit trusted Composer plugins to a known list, allow user to add more
  24. #3330365: Rename AutomaticUpdatesFunctionalTestBase::setCoreVersion() as it is very confusing: does it apply to active or stage?
  25. #3332256: package_manager_bypass should *minimally* bypass php-tuf/composer-stager, not maximally
  26. #3321474: Adopt PHP 8.1-only capabilities such as constructor property promotion + drop BC layers
  27. #3299094: Prevent staging areas that nested in the active Composer project directory
  28. #3322546: Update initiative roadmap issue
  29. #3330139: Harden PathExclusionsTrait::excludeInProjectRoot() for paths outside of project root.

Untagging this issue core-mvp though, because it's not an actionable issue with work associated with it 😅

wim leers’s picture

At the bottom of #33 I wrote:

After that: splitting in done vs remaining and in automatic_updates vs package_manager.

The latter is nearly impossible because the Package Manager component is not being used consistently to signal that an issue affects the package_manager base module too, and not just the automatic_updates module. So … for now, not doing that, and here's hoping that the d.o PHP-TUF infrastructure will be ready in time for Automatic Updates to go into core before Project Browser. If that doesn't happen, we'll need to split this roadmap up, but that will require re-checking every single of these issues… 😳

Will now do the "done vs remaining"…

wim leers’s picture

Issue summary: View changes

Done vs remaining split: done!

wim leers’s picture

Issue summary: View changes

Spotted one mistake in #37.

Tweaked the anchors to avoid duplicates. e.g. #security and #completed-security.

tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes

Move #3316668: ComposerSettingsValidator should run `composer config` to determine if HTTPS is enabled to "Reliability" to make it the same as #3316368: Remove our runtime dependency on composer/composer: remove ComposerUtility which it is a child issue of.

Currently our way to determine HTTPS setting for Composer does use a valid Composer API so I don't think the current method is a problem as far as security is concerned. It is just won't work if we want remove the dependency on composer/composer

wim leers’s picture

wim leers’s picture

wim leers’s picture

tedbow’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

#3331471: Add documentation for SymlinkValidatorTest landed (and moved it from the Documentation bucket to the Testing bucket).

Added #3335766: Harden LockFileValidator, add stopPropagation() at failures (discovered by @omkar.podey) to Reliability.

wim leers’s picture

wim leers’s picture

wim leers’s picture

tedbow’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

Improving consistency of the buckets that are done 🥳

wim leers’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

#3325654: Improve the user experience of having your staged update deleted before it was applied landed, which means we have no further known MVP UX improvement issues on the roadmap! 🎉

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

tedbow’s picture

Version: 8.x-2.x-dev » 3.0.x-dev
wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

#3303167: Stage no longer needs the config factory happened in #3321474: Adopt PHP 8.1-only capabilities such as constructor property promotion + drop BC layers 👋

(Also: #80 was wrong 😅 — got it right and all up-to-date in #82, but still have to undo what I did in #80.)

29 remain (34 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

wim leers’s picture

Issue summary: View changes

#3320824: Fix PHP Warning: serialize() in tests on PHP 8 is finally fixed!

28 remain (33 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

wim leers’s picture

Issue summary: View changes

Adding

  1. #3342430: Hard failure after module install if composer is not found
  2. #3342364: Make StageEvent::$stage a public readonly property, and remove getStage()
  3. #3342460: $tempStore property of stage was removed — already fixed

30 remain (35 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

tedbow’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

Moved one issue to the right place.

wim leers’s picture

Issue summary: View changes

#3327229: Remove `@requires PHP >= 8.0` annotation from all tests and #3342726: UnknownPathExcluder doesn’t consider hidden files landed!

28 remain (33 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

wim leers’s picture

Issue summary: View changes

New: #3312960: Create an API for base requirement validators which run before other validators and stop event propagation if they fail, blocking #3342430: Hard failure after module install if composer is not found.

27 remain (32 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

effulgentsia’s picture

I learned from @Wim Leers and @tedbow that some of the issues in the alpha blockers list are a consequence of trying to remove the dependency on composer/composer within tests. I just want to point out that the scope of #3316368: Remove our runtime dependency on composer/composer: remove ComposerUtility is to remove the runtime dependency on that. It's okay to leave composer/composer as a dev dependency, since it already is that for core anyway.

So if it helps to move some of the issues for refactoring tests to not use composer/composer to post-alpha, I'd be +1 to that, so long as we think that the tests are still sufficiently reliable without that refactoring.

wim leers’s picture

tim.plunkett’s picture

Issue summary: View changes
wim leers’s picture

tim.plunkett’s picture

Issue summary: View changes

@tedbow, @Wim Leers, @lauriii, and I met and discussed the alpha vs beta classification of many of the issues.
The issues that were moved to a new Beta section are no less important to the codebase or the end user, but they could happen after an initial commit to a dev branch of core.

See https://www.drupal.org/about/core/policies/core-change-policies/experime... for more distinction on alpha vs beta.

Wim Leers credited lauriii.

wim leers’s picture

Thanks — #96 + #98 look great!

And thanks for fixing what I got wrong in #97! 🙈😄

Credited @lauriii because @tim.plunkett did not have the necessary permissions.

wim leers’s picture

Issue summary: View changes

Landed: #3344595: ComposerInspector::validate() should run `composer validate`

  • package_manager alpha blockers: 12 remain
  • package_manager + automatic_updates alpha + beta blockers: 27 remain (32 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3321933: Remove dependency on symfony/finder was blocked for months. It's now unblocked. That's why it's now also clear that we won't need an issue to add symfony/finder as a new core dependency. But we will need that for symfony/config. I already reported that on Dec 9.

@longwave already responded favorably. I just posted a patch there, and am adding it to this issue.

I'm also making it more clear which issues are core issues already — of the 12 remaining (now 13), there are 3 core issues. Finally: this did not yet link to the issue where this module will be added to core: #3253158: Add Alpha level Experimental Update Manager module. Fixed that too.

  • package_manager alpha blockers: 13 remain, 10 are under our control, 3 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 28 remain (33 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3343889: Drop support for end-of-life versions of Composer landed while I was writing #102 🚀

  • package_manager alpha blockers: 12 remain, 9 are under our control, 3 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 27 remain (32 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
phenaproxima’s picture

phenaproxima’s picture

Issue summary: View changes

Removing #3326246: Add symfony/config to core's dependencies for package_manager in favor of #3345039: Remove dependency on symfony/config, which sidesteps the problem completely and doesn't require core (or Package Manager!) to add additional dependencies.

phenaproxima’s picture

wim leers’s picture

Indeed! 😊

  • package_manager alpha blockers: 10 remain, 8 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 25 remain (30 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
phenaproxima’s picture

wim leers’s picture

Issue summary: View changes

Landed:

New beta blockers:

New beta blockers which are blocking #3316368: Remove our runtime dependency on composer/composer: remove ComposerUtility (see #3316368-23: Remove our runtime dependency on composer/composer: remove ComposerUtility):

wim leers’s picture

Issue summary: View changes

Forgot to move #3343827: Update FixtureManipulator to work with InstalledPackagesList, real composer show command!

  • package_manager alpha blockers: 9 remain, 8 are under our control, 3 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 39 remain (44 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)

#3316368: Remove our runtime dependency on composer/composer: remove ComposerUtility is listed as an alpha blocker, which would make the 15 new beta blockers at the bottom of #109 actually alpha blockers. But @tim.plunkett, @lauriii, @tedbow and I kept #3316368 as an alpha blocker — I think because proving that it can in fact be removed is an alpha blocker, but actually finishing it is not? We need to get clarity on this.

wim leers’s picture

Issue summary: View changes

From #110:

#3316368: Remove our runtime dependency on composer/composer: remove ComposerUtility is listed as an alpha blocker, which would make the 15 new beta blockers at the bottom of #109 actually alpha blockers. But @tim.plunkett, @lauriii, @tedbow and I kept #3316368 as an alpha blocker — I think because proving that it can in fact be removed is an alpha blocker, but actually finishing it is not? We need to get clarity on this.

→ @effulgentsia confirmed that they are alpha blockers. Moved them. Because they all block the Dependencies bucket primarily, moved them all in there. That means we now have zero things left under Reliability! 😊


Landed:

New & already landed: #3345881: Remove fake-site fixture for automatic_updates_extensions.


  • package_manager alpha blockers: 22 remain, 20 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 36 remain (41 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

wim leers’s picture

Issue summary: View changes

Landed:

  • package_manager alpha blockers: 19 remain, 17 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 33 remain (38 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

Landed:

  • package_manager alpha blockers: 17 remain, 15 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 31 remain (36 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

Landed:

  • package_manager alpha blockers: 15 remain, 13 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 29 remain (34 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

I see I failed to mention that my proposal to close #3342430 as outdated in #3342430-19: Hard failure after module install if composer is not found has been accepted at #3342430-27: Hard failure after module install if composer is not found — one less! 👍

  • package_manager alpha blockers: 14 remain, 12 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 28 remain (33 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3345761: UpdateReleaseValidator should use ComposerInspector instead of ComposerUtility landed.

  • package_manager alpha blockers: 13 remain, 11 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 27 remain (32 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3345760: \Drupal\automatic_updates_extensions\Form\UpdaterForm should use ComposerInspector instead of ComposerUtility landed.

  • package_manager alpha blockers: 12 remain, 10 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 26 remain (31 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

#3337760: ComposerPatchesValidator should use ComposerInspector instead of ComposerUtility landed.

  • package_manager alpha blockers: 11 remain, 9 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 25 remain (30 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3345762: GitExcluder should use ComposerInspector instead of ComposerUtility landed.

  • package_manager alpha blockers: 10 remain, 8 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 24 remain (29 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

phenaproxima’s picture

wim leers’s picture

Issue summary: View changes

And so is #3345763: UnknownPathExcluder should use ComposerInspector instead of ComposerUtility.

Also clarifying the the alpha roadmap is for #3346707: Add Alpha level Experimental Package Manager module since we first want to land Package Manager in 10.1 to enable Project Browser to also land in 10.1 because Automatic updates is blocked on d.o infrastructure and will definitely not make 10.1. #3253158: Add Alpha level Experimental Update Manager module is slated for 10.2 at this point.

  • package_manager alpha blockers: 9 remain, 7 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 22 remain (27 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

Landed:

  1. #3345633: Remove FixtureManipulator::modifyPackage() last usage
  2. #3342227: ScaffoldFilePermissionsValidator should use ComposerInspector instead of ComposerUtility

@phenaproxima opened a new blocker for #3316368: #3347031: Stage::validatePackageNames() should not use the Composer API.

  • package_manager alpha blockers: 8 remain, 6 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 21 remain (26 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

Landed:

  • package_manager alpha blockers: 6 remain, 4 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 19 remain (24 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes

#3338789: Random failure: "PHP temp directory (/tmp) does not exist or is not writable to Composer." landed.

  • package_manager alpha blockers: 5 remain, 3 are under our control, 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 19 remain (24 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
phenaproxima’s picture

wim leers’s picture

Issue summary: View changes

#3318306: Define the Package Manager API (package_manager.api.php is outdated) landed!

  • package_manager alpha blockers: 4 remain, 1 is under our control, 1 is blocked on upstream (Composer Stager), 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 18 remain (23 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

effulgentsia’s picture

Issue summary: View changes

The issue summary had an Alpha blocker section for Package Manager, but was missing an Alpha blocker section for Automatic Updates. So I created that missing section and moved the two issues for Unattended Updates from the Beta blockers section to the Automatic Updates Alpha blockers section.

phenaproxima’s picture

Issue summary: View changes

Adding #3347959: ComposerPluginsValidator uses Composer's internal Package class as an alpha blocker, which should have been fixed as part of removing our dependency on composer/composer, but slipped through the cracks.

tedbow’s picture

tedbow’s picture

Issue summary: View changes
tedbow’s picture

wim leers’s picture

wim leers’s picture

Issue summary: View changes

#3341974: Finalize \Drupal\automatic_updates\Development\Converter script to update core MR landed.

  • package_manager alpha blockers: 3 remain: 1 is blocked on upstream (Composer Stager), 2 are issues to add core dependencies
  • package_manager + automatic_updates alpha + beta blockers: 15 remain (20 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
wim leers’s picture

Issue summary: View changes
phenaproxima’s picture

Issue summary: View changes

#3321905: Add colinodell/psr-test-logger to core's dev dependencies is in.

That leaves two remaining alpha blockers, both of which are blocked on a new tag of Composer Stager. 😎

phenaproxima’s picture

Issue summary: View changes
phenaproxima’s picture

Issue summary: View changes

#3277034: Unhandled Composer Stager exceptions leave the update process in an indeterminate state and #3319507: Add symlink support to Composer Stager 2.0, require that version, and simplify UX & tests accordingly are in.

That means we are down to our last remaining alpha blocker...and it's something that requires review from core committers. 😎

tedbow’s picture

wim leers’s picture

Issue summary: View changes

#3345646: InstalledPackage::$path for metapackages should be NULL landed.

  • package_manager alpha blockers: 1 remains: an issues to add a core dependency
  • package_manager + automatic_updates alpha + beta blockers: 10 remain (15 actually remain, but 5 of these are automatic_updates-specific and hence postponed because we want to land package_manager first)
phenaproxima’s picture

phenaproxima’s picture

Issue summary: View changes

Removing a duplicate item from the roadmap.

phenaproxima’s picture

Issue summary: View changes

Whoops, removed the wrong thing.

phenaproxima’s picture

phenaproxima’s picture

tedbow’s picture

phenaproxima’s picture

hestenet’s picture

tedbow’s picture

phenaproxima’s picture

phenaproxima’s picture

phenaproxima’s picture

phenaproxima’s picture

phenaproxima’s picture

Issue summary: View changes

Hey, look at that: alpha-blocking security-related #3351247: Harden our HTTPS requirement is in! 🎉

wim leers’s picture

Issue summary: View changes

New alpha-blocking security-related issue: #3356804: Flag a warning during status check if the OpenSSL extension is not enabled — related to #3351247: Harden our HTTPS requirement that landed previously.

phenaproxima’s picture

tedbow’s picture

phenaproxima’s picture

tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue tags: +contrib-only
tedbow’s picture

tedbow’s picture

effulgentsia’s picture

Issue summary: View changes
effulgentsia’s picture

Issue summary: View changes

Added a nice green checkmark to the Core Alpha Experimental blockers for Automatic Updates section :)

effulgentsia’s picture

Issue summary: View changes

Removed the green checkmark from the Security section of package manager alpha blockers, since there's an open issue in that section.

effulgentsia’s picture

Issue summary: View changes

Added some more core and infrastructure issues to the package manager alpha blockers list.

effulgentsia’s picture

Assigned: tedbow » Unassigned

I think all points from #171 were resolved, so removing the assignment to @tedbow that that comment added. @tedbow: please feel free to reassign to yourself if there's something else you want to update here.

effulgentsia’s picture

Issue summary: View changes
effulgentsia’s picture

Issue summary: View changes

Added https://github.com/php-tuf/composer-stager/issues/68 to the testing section of the alpha blocker list. I think it's important for us to know the approximate time it takes to execute the full set of preconditions and make a decision on whether that's acceptable or needs optimization or refactoring. If full automation turns out to be too large a task, we can discuss alternate ideas for how to satisfy the alpha-blocking concern but let's see how that issue progresses first.

tedbow’s picture

Issue summary: View changes
  1. @effulgentsia re #182 why would that issue be an Alpha blocker as opposed to Stable or Beta? It is because it slow core's test down? It seems like an Alpha module should not have to have all the performance problems already solved.
  2. Removed #3323461: Hosting environment (e.g. cPanel) may add additional files (including symlinks) to the project, which breaks AU. We now support most symlinks since #3319507: Add symlink support to Composer Stager 2.0, require that version, and simplify UX & tests accordingly and we exclude must paths in the base of the project as reported in this issue since #3331310: Exclude unknown paths in project base: only allow vendor + web root + whatever drupal/core-composer-scaffold allows. The issue is postponed instead of fixed to allow the original posted to report back but we aren't aware of remaining problems
  3. Moving #3345649: Update every ComposerValidator-dependent validator to have explicit test coverage that that dependency works to Stable blocker
  4. Moving #3342790: Validate PHP version to be used by the Composer process calls to Stable blocker. We have only seen this once. @phenaproxima is going to propose a simpler solution on the issue
  5. Leaving #3321972: Make readiness check failure messages clear, consistent, and actionable as stable blocker for now but I asked for an issue summary update to clarify exactly what the problem is. Depending on the result we may take it out of the roadmap
  6. Removed #3334906: Improve UX for trusting additional composer plugins. This is really a feature request that could be done after stable. Also not clear we want to move the ability to opt-in composer plugins to the UI as understanding the compatibility concerns requires deep understanding of how the system works
  7. #3338392: Document that StageFixtureManipulator should not be used in build tests removing. This is testing request. The tests would be totally fine if we never did this. Assigned to myself to see if we can just close this issue
phenaproxima’s picture

tedbow’s picture

Issue summary: View changes

#3377458: Remove work arounds for 10.0.x support. This is should a small issue we can do at anytime but would make use not compatible with 10.0.x. Being compatible with 10.0.x makes us be able to do minor updates in the contrib module

effulgentsia’s picture

Issue summary: View changes

Removed all of the alpha-blocking categories with no remaining issues in them, and replaced them with a "Miscellaneous" category, for easier scanning.

effulgentsia’s picture

Issue summary: View changes

Minor formatting tweaks.

effulgentsia’s picture

Issue tags: -contrib-only

Removing the "contrib-only" tag. Not sure what its intended meaning was earlier in this issue's history, but at this point, this issue is all about tracking what's needed to get Automatic Updates into core.

tedbow’s picture

tedbow’s picture

traviscarden’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
xjm’s picture

tedbow’s picture

tedbow’s picture

Issue summary: View changes

Adding #3349368: [policy, no patch] How much of The Update Framework integration is needed for alpha-level review/commit of Package Manager? to our roadmap because this issue to our roadmap because even though I assume this has been decided the issue has not actually been closed, so it would be good to get clarity

tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
tedbow’s picture

tedbow’s picture

Issue summary: View changes
tedbow’s picture

tedbow’s picture

Issue summary: View changes

Removing #3337049: Assert no errors after creating the test project in ModuleUpdateTest. It is still open but now only affects automatic_updates_extensions

tedbow’s picture

lauriii’s picture

Issue summary: View changes

Moving completed issues to the completed section.

lauriii’s picture

Issue summary: View changes
lauriii’s picture

Issue summary: View changes
lauriii’s picture

Issue summary: View changes
tedbow’s picture

tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes
tedbow’s picture

Issue summary: View changes

Updating "Core Merge request planning"

gábor hojtsy’s picture

Title: Drupal 10 Core Roadmap for Automatic Updates » Drupal Core Roadmap for Automatic Updates

Is this roadmap still current or is there a better one?

tedbow’s picture

Assigned: Unassigned » tedbow

@Gábor Hojtsy it is not current but this is the only one. I need to update it

catch’s picture

Project: Automatic Updates » Drupal core
Version: 3.0.x-dev » 11.0.x-dev
Component: Code » ajax system
Priority: Normal » Major
Issue summary: View changes

This should be in the core queue, and it could really use an update.

I opened #3474292: Package Manager should disallow cweagans/composer-patches by default which should be either beta or stable blocking, added it to a new 'beta blockers' heading for now.

catch’s picture

Component: ajax system » base system
catch’s picture

catch’s picture

@lauriii mentioned that it can be tricky to keep an issue summary up to date with a lot of issues to track and suggested a spreadsheet. I personally find d.o issues in spreadsheets hard to track because you can't immediately see the issue status (or maybe you can if you integrate the spreadsheet cells with d.o but that can be flaky).

To try to compromise I made 'package manager alpha blocker' and 'package manager beta blocker' tags, and then tagged the issues that are already in the issue summary or other ones I could think of. If the tags are inaccurate, please fix them and say why on the issue, just trying to collate things and get a better idea of what is actually left.

https://www.drupal.org/project/issues/search?issue_tags=package%20manage...

https://www.drupal.org/project/issues/search?issue_tags=package%20manage...

catch’s picture

quietone’s picture

Issue summary: View changes

Added an item to the alpha stage to get a Usability review. It is not a block put it is a process that should start asap so we can avoid blockers later.

I also would like to know about the status of the other gates that are not mentioned in the issue summary, Accessibility, Documentation, Fronted and Performance.

If no one objects, can the long list of Completed be removed? I just find it distracting.

alexpott credited longwave.

alexpott’s picture

After discussion with @xjm, @catch, @longwave and @lauriii, we decided that in order to allow beta testing without the modules being hidden, we can use the dev/prod toggle as outlined in #1537198: Add a Production/Development toggle.

xjm’s picture

Issue summary: View changes

The list of completed issues in the IS makes this page very difficult to load and manage, so removing it from the IS. Sorry. :)

catch’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes

Opened #3483481: Hide and restrict package_manager (and update_manager) behind a dev/prod toggle so that they can be alpha stability in tagged releases.

I think that is blocking either beta, or 'alpha but in a tagged release' if I remember the Barcelona discussion correctly.

Added it to alpha blockers, which at the moment IMO means 'blocking package_manager being alpha in the 11.0.x branch'..

catch’s picture

Opened #3485006: Figure out testing process for package_manager in core (from contrib), probably not a stable blocker as such but we need to know what happens and have some kind of mitigation if it's bad. This is especially going to be the case assuming Drupal CMS increases the usage of contrib automatic_updates from it's current c. 1,000 installs to a lot more than that.

quietone’s picture

Version: 11.0.x-dev » 11.x-dev
larowlan’s picture

catch’s picture

Issue summary: View changes

I've moved package manager beta blockers to the top of the issue since that's the current focus.

All of the alpha blockers for package manager are done except for the finalization of the governance stuff, which needs tracking but not any actual changes to Drupal core or the tuf code.

catch’s picture

Title: Drupal Core Roadmap for Automatic Updates » Drupal Core Roadmap for Package Manager and Automatic Updates
Issue summary: View changes
catch’s picture

#3474876: Rename classes that reference a "stage" to be clearer and use the term "sandbox" instead is RTBC.

I left a proposal and also question on #3474292: Package Manager should disallow cweagans/composer-patches by default which could use review/help - the actual code changes in that issue should be very minimal.

catch’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes

#3477553: [PP-1] Manually test TUF-enabled Composer projects is not a core issue as such, but it's blocking #3358504: Require PHP-TUF's Composer integration plugin, so adding it to the issue summary for visibility.

dww’s picture

Title: Drupal Core Roadmap for Package Manager and Automatic Updates » Drupal Core Roadmap for Package Manager and Update Manager

Wasn’t on the roadmap, directly, but #3483501: Rename update module back to Update Status so we can safely rename this issue to match the current naming plan. 😅

catch’s picture

Issue summary: View changes

Moving alpha blockers down to the bottom and stable blockers to the top in an attempt to make the issue summary more scannable

catch’s picture

Issue summary: View changes

Did some more moving around, leaving at needs issue summary update because this is just a start.

catch’s picture

catch’s picture

Issue summary: View changes
quietone’s picture

@catch, thanks for the issue summary updates! It really helps to see where this is at

quietone’s picture

Issue summary: View changes

Adding Governance issue to the stable blockers

phenaproxima’s picture

Issue summary: View changes

Moved the PHP-TUF stuff and policy question about Packagist for package availability data to stable blockers.

quietone’s picture

Issue summary: View changes

After discussion with catch, the security review issue is moved to a stable blocker.

xjm’s picture

Amending attribution.

catch credited benjifisher.

catch credited mcdruid.

catch credited poker10.

catch credited yesct.

catch’s picture

Issue summary: View changes

Moving #3319030: Drupal Core Roadmap for Package Manager and Update Manager to a beta blocker, although it's about to go in, but people are struggling to test/use package_manager at all without it.

Also adding #3502653: Require re-authentication for certain admin actions as a beta blocker after discussion with the security team due to the above issue.

#3534109: Permanently maintain a sandbox directory in package_manager is similarly blocking further testing on shared hosting, so moving that to a beta blocker too, or if it's no good and we need to do something else, then we should rule it out before beta too.

I think the remaining stable and possibly-stable blocking issues could use a fresh round of triage given some recent changes.

phenaproxima’s picture

11.2.0 sailed, so changing the tag here.

catch’s picture

Issue summary: View changes
quietone’s picture

Issue summary: View changes
catch’s picture

Issue summary: View changes

Removing #3502653: Require re-authentication for certain admin actions as a beta blocker due to #3540215: Remove the ability to configure the path to Composer, but keeping it in 'to be categorised' because there's no 'nice to have' section here. It would be good if core user roles/permissions changes + project browser and automatic updates UIs were behind re-auth so that people can't escalate from XSS to installing devel_php module, but with no package_manager UI it's not fixable directly in that module.

catch’s picture

Issue summary: View changes

Adding #3540215: Remove the ability to configure the path to Composer to beta blockers since it potentially requires a manual upgrade path for some sites as well as changes (removals from) config schema).

alexpott’s picture

Issue summary: View changes

We also need to do #3067979: Exclude test files from release packages to help with inode limit.

catch’s picture

Issue summary: View changes

Adding #3067979: Exclude test files from release packages to stable blockers even though it's not a direct package_manager issue because it is one of the two issues that is probably preventing it being successfully used on shared hosting. That one is time-sensitive because the ideal time for it to land is in 12.0.0

catch’s picture

Issue summary: View changes
catch’s picture

We also need to track #3562054: Verify that update meets minimum stability as potentially beta/stable blocking because it may require API changes in package manager - fairly new issue but a very in your face fatal error in automatic updates.

Version: 11.x-dev » main

Drupal core is now using the main branch as the primary development branch. New developments and disruptive changes should now be targeted to the main branch.

Read more in the announcement.

gábor hojtsy’s picture

Assigned: tedbow » Unassigned

Remove assignment as @tedbow has not been focused this for long. (Thanks for all his prior efforts!)

quietone’s picture