Fix project-based network filtering in unmanaged instance import#12854
Fix project-based network filtering in unmanaged instance import#12854dheeraj12347 wants to merge 11 commits intoapache:mainfrom
Conversation
…tatistics table in account_view for netstats (apache#12631)
Signed-off-by: Abhishek Kumar <abhishek.mrt22@gmail.com>
…listing for cross-domain deployments (apache#12775)
Codecov Report✅ All modified and coverable lines are covered by tests.
Additional details and impacted files@@ Coverage Diff @@
## main #12854 +/- ##
=============================================
- Coverage 17.61% 3.53% -14.09%
=============================================
Files 5917 464 -5453
Lines 531400 40048 -491352
Branches 64970 7533 -57437
=============================================
- Hits 93603 1414 -92189
+ Misses 427244 38446 -388798
+ Partials 10553 188 -10365
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
I’ve run pre-commit locally on the fix-import-vm-project-networks branch. |
When importing unmanaged instances for a project, the UI should list only project networks in the network selection; currently account-level networks are also shown, causing the “no matching network” behavior described in the issue.
This change wires the project context into the multi-network selector so that the networks list respects the chosen project.
Implementation details
src/views/compute/wizard/MultiNetworkSelection.vue
Added a projectid prop and passed it through to the listNetworks API call parameters so that networks are filtered by the selected project when present.
src/views/tools/ImportUnmanagedInstance.vue
Passed form.projectid into via the new :projectid prop so that project selection is honored in the unmanaged instance import flow.
Testing
npm run lint
Passes; both modified Vue files were auto-fixed by the linter.
Backend / UI run attempts (blocked):
mvn -Pdeveloper -Dsimulator -DskipTests clean install fails in cloud-engine-schema at systemvm-template-metadata, so the simulator environment could not be fully built locally.
npm run serve on the current branch fails in DomainActionForm.vue with a “content” error, so the import unmanaged instance UI flow could not be exercised end-to-end.