Re-export the Canvas component configs for the Canvas Icon Picker

Problem/Motivation

Adopting the Canvas Icon Picker across the Varbase site templates takes three pieces. The module install and its default icon packs go in Varbase Admin Base, once, for every template: #3620064. The theme opts its icon props in with x-canvas-icon: #3620070. This issue is the third piece.

This recipe ships 69 Canvas component configs, five of which pin the icon prop to the old list_string/options_select shape. Converting the theme alone gives new content the picker but leaves everything the recipe has already placed on the pre-conversion stored versions, which keep the old select.

Verified on a fresh RightUp install with the theme converted and this recipe untouched: each component has a new active version carrying the picker, while its stored versions are still on options_select.

Steps to reproduce

1. Build a Varbase 11 site and install the RightUp site template with the theme change from #3620070 applied.
2. Open a Canvas page and select a component the recipe placed, rather than one you added yourself.
3. Its Icon field is still the old select list, because the instance is pinned to a pre-conversion stored version.

Proposed resolution

Re-export five Canvas component configs against the converted theme, and rewrite the icon prop to the picker shape on every stored version, not only the active one:

Rewriting the non-active stored versions is what does the work: content the recipe already placed then edits through the picker rather than the old select, with no content re-pinning and no update hook, which matters because a theme cannot implement hook_update_N.

Each config also gains canvas_icon_picker in its dependencies. options stays, because the other props on these components are still list_string.

This recipe does not install the module and does not set the packs: Varbase Admin Base does. The same change is already filed for the other two templates, Educare #3620058 and Horizon Aid #3620065, and the pattern there is worth copying: re-encode the files with Drupal's own Yaml::encode so the diff shows the real change rather than dumper reformatting.

What does not work, so nobody repeats it: deleting the configs so Canvas derives them fresh. On the other templates the shipped default content pins those exact component_version hashes and the install then fails at content import with 'icon' is not a supported key.

What was verified

On a fresh Varbase 11 build with the RightUp site template (Drupal core 11.4.5, PHP 8.4, Drupal Canvas 1.10.1, UI Icons 1.1.2, Canvas Icon Picker 1.0.3, RightUp 1.0.x-dev, RightUp theme 1.0.x-dev), with the theme converted and Varbase Admin Base installing the module:

• The install completes green.
• canvas_icon_picker is enabled, with allowed_packs reading back as bootstrap_icons, vartheme_social.
• Each of the five components has a new active version on canvas_icon_picker/string with the curated id counts above, and stored versions still on options_select, which is exactly what this issue fixes.
• Anonymous requests to /canvas-icon-picker/index return 403.

Two unrelated things found on the same build, not fixed here

• The only Error-level log entries on a stock RightUp install come from views.view.blog hardcoding the base theme namespace. Filed separately as varbase_blog_base #3620071.
• composer.json here requires drupal/varbase_admin_base: 1.0.x-dev, a dev constraint. On a build carrying the released base recipes this does not resolve (found drupal/varbase_admin_base[1.0.x-dev] but the package is fixed to 1.0.0-rc1) and installs only with --with-all-dependencies, which drags every Varbase base recipe onto its dev branch. Worth its own issue; say the word and I will file it.

Drafted with AI assistance (AI-Generated: Yes), per the Drupal AI policy. Every claim above was verified by running it.

Remaining tasks

• ✅ File an issue
• ❌ Addition/Change/Update/Fix
• ❌ Testing to ensure no regression
• ➖ Automated unit/functional testing coverage
• ➖ Developer Documentation support
• ➖ User Guide Documentation support
• ➖ UX/UI designer responsibilities
• ➖ Accessibility and Readability
• ❌ Reviewed by a human
• ❌ Code review by maintainers
• ❌ Full testing and approval
• ❌ Credit contributors
• ❌ Review with the product owner
• ❌ Update Release Notes
• ❌ Release

User interface changes

• In the Drupal Canvas editor, Icon fields on content this recipe already placed become a searchable icon picker with live previews instead of a select list of names.
• No change for site visitors.

API changes

• N/A

Data model changes

• Five canvas.component.sdc.vartheme_bs5_rightup.* configs gain a new active component version and keep their previous versions, with the icon prop definition rewritten on those. Stored prop values are unchanged: both field shapes hold the same bare scalar.

Release notes snippet

• RightUp's Canvas component configs are re-exported for the Canvas Icon Picker, so icon fields on the pages and regions the template ships offer a searchable, visual picker. Requires the matching RightUp theme and Varbase Admin Base releases.