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

Created on 29 July 2024, 4 months ago
Updated 20 September 2024, about 2 months 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

Needs review

Version

11.0 πŸ”₯

Component
single-directory componentsΒ  β†’

Last updated about 16 hours ago

Created by

πŸ‡§πŸ‡ͺBelgium wim leers Ghent πŸ‡§πŸ‡ͺπŸ‡ͺπŸ‡Ί

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

Merge Requests

Comments & Activities

Production build 0.71.5 2024