Skip to content

fix: skip extractor loading in infer for non-composable keys#154

Merged
FluxxField merged 1 commit intomasterfrom
dev
Mar 13, 2026
Merged

fix: skip extractor loading in infer for non-composable keys#154
FluxxField merged 1 commit intomasterfrom
dev

Conversation

@FluxxField
Copy link
Copy Markdown
Owner

Summary

  • Fixes remaining cases from Error with default presets #151dd, di, da (and y/c variants) were still producing the extractor 'default' not found in registry error
  • infer.run() was always requesting the "extractor" module from module_loader, even for non-composable keys where no extractor is set
  • Only request the extractor module when a composable motion has actually populated it; the existing fallback path already handles non-composable keys correctly

Test plan

  • dw, yw, cw — composable motions work correctly
  • dd, yy, cc — native line operations, no error
  • di(, da", yi{ — native text objects, no error
  • Full test suite passes (0 failures)

When infer motions receive non-composable keys like dd, di, da (and
their y/c variants), no composable motion populates the extractor field.
module_loader.get_modules() was still requesting "extractor", falling
back to "default" which doesn't exist, logging a spurious error.

Only request the extractor module when a composable motion has actually
set it. The fallback path at line 103+ already handles non-composable
keys gracefully.
@FluxxField FluxxField merged commit e177dbe into master Mar 13, 2026
0 of 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