Skip to content

BUGFIX: Propagate index postfix to NodeIndexerInterface instance#425

Open
paavo wants to merge 1 commit intoFlowpack:8.0from
paavo:bugfix/propagate-postfix-to-interface-indexer
Open

BUGFIX: Propagate index postfix to NodeIndexerInterface instance#425
paavo wants to merge 1 commit intoFlowpack:8.0from
paavo:bugfix/propagate-postfix-to-interface-indexer

Conversation

@paavo
Copy link
Contributor

@paavo paavo commented Feb 10, 2026

Problem

When ContentRepositoryQueueIndexer is installed, nodeindex:build indexes into the old index instead of the new one.

NodeIndexCommandController injects the concrete NodeIndexer class, while NodeIndexingManager injects NodeIndexerInterface (which resolves to the QueueIndexer subclass). These are two separate singleton instances. configureNodeIndexer() only sets the postfix on the concrete instance, so the QueueIndexer instance has no postfix and getIndexName() returns the alias name, routing documents to the old index.

Fix

Additionally inject NodeIndexerInterface and propagate postfix/dimensions to both instances in configureNodeIndexer().

Resolves #424

When ContentRepositoryQueueIndexer is installed, NodeIndexerInterface
resolves to a different singleton than the concrete NodeIndexer class.
configureNodeIndexer() only set the postfix on the concrete instance,
so the QueueIndexer instance used by NodeIndexingManager had no postfix.
This caused nodeindex:build to index into the alias (old index) instead
of the new postfixed index.

Resolves: Flowpack#424
@paavo
Copy link
Contributor Author

paavo commented Feb 10, 2026

Companion PR for QueueIndexer: Flowpack/Flowpack.ElasticSearch.ContentRepositoryQueueIndexer#61

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