SDC *.component.yml metadata is cached aggressively, gets in the way of component development

Created on 29 July 2024, about 2 months ago
Updated 3 September 2024, 13 days ago

Problem/Motivation

When you specify a new prop, or even just change the metadata for an already-existing prop, that change is not reflected until :

  1. (most optimal): delete the component_plugins cache item in the discovery cache item
  2. (more practical, but wipes too much): drush cc discovery
  3. (most practical, but wipes WAY too much): drush cc all or click at /admin/config/development/performance

We just fixed the related πŸ› Single directory component CSS asset library not picked up in admin theme immediately after module install without cache clear Active .

Steps to reproduce

Modify some component metadata, observe that it doesn't show up.

Proposed resolution

  1. ❌ that still won't make the discovery instantaneous, and we've been moving away from this pattern lately.
  2. Introduce a new and make ComponentPluginManager respect that: it must then re-discover SDCs on every request. Since SDCs include Twig, this should also automatically toggle the already-existing (introduced in ✨ Make it easier for theme builders to enable Twig debugging and disable render cache Fixed )
  3. Alternatively, make ComponentPluginManager respect the already existing

Remaining tasks

Agree on approach 2 or 3, or propose another, then implement.

User interface changes

TBD

Introduced terminology

TBD

API changes

None.

Data model changes

None.

Release notes snippet

TBD

πŸ“Œ Task
Status

Active

Version

11.0 πŸ”₯

Component
single-directory componentsΒ  β†’

Last updated 1 day ago

Created by

πŸ‡§πŸ‡ͺBelgium Wim Leers Ghent πŸ‡§πŸ‡ͺπŸ‡ͺπŸ‡Ί

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Production build 0.71.5 2024