Skip to content

A new website is in the scopes the same request reads after it - #9

Merged
paales merged 1 commit into
mainfrom
claude/peaceful-keller-c3nvos
Oct 9, 2026
Merged

paales merged 1 commit into
mainfrom
claude/peaceful-keller-c3nvos

Conversation

@paales

@paales paales commented Oct 9, 2026

Copy link
Copy Markdown
Member

StoreManager::reinitStores() cleans the store, website and group tags through the config cache type, and that clean only drops entries that also carry the config type's tag. FASTBOOT_SCOPES and FASTBOOT_WEBSITE_STORES_* carried the store tags only, so they survived the reinit. Creating a website then failed Inventory's sales channel validation ("The website with code ... does not exist").

Both entries now carry the config cache tag too. StoreReinitTest covers it.

This fix moves out of the vendor patch in graphcommerce-org/project-catalogreadmodel (patches/graphcommerce-magento-fast-boot-scopes-follow-store-reinit.patch). The project drops the patch after this is merged.

🤖 Generated with Claude Code

https://claude.ai/code/session_01P4jLu4fTNqMe3WuJern5CW


Generated by Claude Code

StoreManager::reinitStores() cleans the store, website and group tags
through the config cache type, and that tag scope only drops entries that
also carry the config type's tag. FASTBOOT_SCOPES and
FASTBOOT_WEBSITE_STORES_* carried the store tags only, so they survived
the reinit and the scopes reloaded right after came back without the new
website. Creating a website then failed Inventory's sales channel
validation ("The website with code ... does not exist").

Tag both entries with the config cache tag as well.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@paales
paales merged commit 7ba0da7 into main Oct 9, 2026
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant