fix(deps): resolve missing source-imported packages from the component model on import#10365
Draft
zkochan wants to merge 2 commits into
Draft
fix(deps): resolve missing source-imported packages from the component model on import#10365zkochan wants to merge 2 commits into
zkochan wants to merge 2 commits into
Conversation
…t model on import When a freshly imported component requires a package that isn't yet in node_modules, the dependency tree walker put it in missing.packages and auto-detect surfaced MissingPackagesDependenciesOnFs. processPackages already falls back to componentFromModel for resolved packages, but processMissing didn't. Apply the same fallback: if the model records the package in packageDependencies, move it into tree.packages with the model's version so it enters the workspace manifest and gets installed during bit import — no need for a follow-up bit install --add-missing-deps.
Contributor
There was a problem hiding this comment.
Pull request overview
This PR fixes a false-positive MissingPackagesDependenciesOnFs issue during bit import when the imported component’s model already records the required package dependency, but the importing workspace’s node_modules is still “cold” at dependency-walk time. The change makes processMissing fall back to componentFromModel (similar to the existing behavior in processPackages) so model-recorded packages are treated as resolved and flow into the dependency tree.
Changes:
- In
AutoDetectDeps.processMissing, move “missing” packages intotree.packageswhen they exist incomponentFromModel.getAllPackageDependencies(), preventing missing-package issues for those packages. - Add an E2E regression test that imports a component requiring
is-positiveinto a fresh workspace (with--skip-dependency-installation) and asserts the missing-package issue is not reported.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
scopes/dependencies/dependencies/dependencies-loader/auto-detect-deps.ts |
Adds model-based fallback for packages initially classified as “missing” to avoid incorrect MissingPackagesDependenciesOnFs reporting on import. |
e2e/harmony/import-resolves-missing-deps-from-model.e2e.ts |
Regression test covering import behavior when the model already lists a required package dependency. |
Member
Author
|
Converting to draft. Verified against |
zkochan
added a commit
that referenced
this pull request
May 12, 2026
…resolvePackageNameByPath (#10366) ## Summary `pathNormalizeToLinux` (via `normalize-path`) already strips trailing slashes, but the single-segment branch in `resolvePackageNameByPath` returned the *original* (un-normalized) `packagePath`. So inputs like `events/` leaked through unchanged. That broke downstream matching: `MissingPackagesDependenciesOnFs` reported the package as `events/`, while every other consumer — workspace policy lookups, `resolvedPackageData.name` from `resolvePackageData`, and the component model's `packageDependencies` — uses the canonical name `events`. The trailing-slash form appears in real-world code (most commonly webpack browser-fallback configs: `require.resolve('events/')`), where it's used to force resolution to the npm `events` polyfill rather than Node's builtin. Returning the normalized path fixes the leak and aligns all consumers on the canonical package name. This is part of fixing the `bit lane import` symptom where a webpack-bundler-style component reports `config/webpack-fallbacks.ts -> events/` as a missing package: this PR makes the missing package surface as `events` instead of `events/`. Together with #10365 (which lets `processMissing` fall back to the component model when the model already records the dep), the issue clears cleanly on import. ## Test plan - [x] New e2e test `e2e/harmony/missing-package-strips-trailing-slash.e2e.ts` asserts the `MissingPackagesDependenciesOnFs` data records `events`, not `events/`, for `require('events/')`. - [x] Verified the test fails on the prior code (`expected [ 'events/' ] to include 'events'`) and passes with the fix.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Summary
bit importbrings in a component whose source requires a package, the dependency-tree walker can't resolve that package on disk (cold node_modules) and pushes it tomissing.packages.processMissingthen surfaces aMissingPackagesDependenciesOnFsissue — even though the imported component's model already records the package inpackageDependencies.processPackagesalready falls back tocomponentFromModelfor resolved packages; this PR adds the same fallback inprocessMissing. If a "missing" package is listed in the model, move it intotree.packageswith the model's recorded version so it enters the workspace manifest and gets installed bybit import— no follow-upbit install --add-missing-depsneeded.Test plan
e2e/harmony/import-resolves-missing-deps-from-model.e2e.tscovers the regression: a component requiringis-positiveis tagged & exported, then imported in a fresh workspace; asserts thatMissingPackagesDependenciesOnFsis not reported.