Skip to content

v3.3.44.6: clean up stale ezsystems/* bundle registrations; fix Solr + DoctrineSchema

Choose a tag to compare

@se7enxweb se7enxweb released this 12 Apr 09:47
· 8 commits to master since this release

Changes

config/bundles.php

Removed 12 stale/duplicate bundle registrations — these were the original ezsystems/* bundles that are no longer needed now that all packages are resolved through the se7enxweb/* fork ecosystem. The se7enxweb forks register their classes under the same fully qualified class names, so having both caused conflicts:

Removed
EzSystems\EzPlatformDesignEngineBundle\EzPlatformDesignEngineBundle
EzSystems\EzPlatformRichTextBundle\EzPlatformRichTextBundle
EzSystems\EzPlatformUserBundle\EzPlatformUserBundle
EzSystems\PlatformHttpCacheBundle\EzSystemsPlatformHttpCacheBundle
Ibexa\Platform\Bundle\Search\IbexaPlatformSearchBundle
EzSystems\EzPlatformCronBundle\EzPlatformCronBundle
EzSystems\EzPlatformStandardDesignBundle\EzPlatformStandardDesignBundle
EzSystems\EzPlatformAdminUiBundle\EzPlatformAdminUiBundle
EzSystems\EzPlatformAdminUiAssetsBundle\EzPlatformAdminUiAssetsBundle
EzSystems\EzPlatformMatrixFieldtypeBundle\EzPlatformMatrixFieldtypeBundle
EzSystems\EzPlatformGraphQL\EzSystemsEzPlatformGraphQLBundle
ContextualCode\EzPlatformAlloyEditorElementWidth\EzPlatformAlloyEditorElementWidthBundle

Added 2 missing bundle registrations that were being stripped by Symfony Flex recipe cleanup:

Added Position Required by
EzSystems\DoctrineSchemaBundle\DoctrineSchemaBundle After DoctrineMigrationsBundle EzSystemsPlatformInstallerBundle::build()
EzSystems\EzPlatformSolrSearchEngineBundle\EzSystemsEzPlatformSolrSearchEngineBundle After EzPublishLegacySearchEngineBundle config/packages/ezplatform_solr.yaml (ez_search_engine_solr extension)

composer.json

Added two root-level replace entries to suppress duplicate packages that were being resolved alongside their se7enxweb/* fork equivalents:

"se7enxweb/ezpublish-legacy-installer": "*",
"ezsystems/doctrine-dbal-schema": "*"

These duplicates caused Ambiguous class resolution warnings on composer dump-autoload. Declaring them as replaced at the root level tells Composer not to install them alongside the forks that already replace them.

Related upstream fixes

  • se7enxweb/sevenx-recipes v1.2.0 — Flex recipes now auto-register DoctrineSchemaBundle and EzSystemsEzPlatformSolrSearchEngineBundle on fresh installs
  • se7enxweb/oss v3.3.0.5se7enxweb/ezplatform-alloyeditor-element-width added to OSS metapackage