fix(chokidar): clean up stale dictionaries on key changes #325
+91
−11
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem
When a developer changes the
keyproperty in a.content.tsfile (e.g., from'landing-page'to'new-landing'), Intlayer's file watcher rebuilds the new dictionary but leaves the old dictionary files in place. This causes:Dictionary {old-key} not found.intlayer/folderRoot Cause
handleContentDeclarationFileChangeonly processes the current file's content without checking if the same file previously exported a dictionary with a different key.Solution
Incremental Fix (@intlayer/chokidar)
When a file changes:
filePathpropertyCold-Start Fix (vite-intlayer)
Add optional
cleanOnStartupconfig:When enabled, wipes
.intlayer/folder on dev server start to guarantee fresh build from source files.Testing
Manually tested scenarios:
.content.tsduring dev → old files cleaned automaticallycleanOnStartup: true→ clean rebuildBreaking Changes
None. Both features are opt-in or automatic cleanup of invalid state.