Skip to content

Conversation

@agrare
Copy link
Member

@agrare agrare commented Nov 3, 2025

No description provided.

@agrare agrare requested a review from Fryguy as a code owner November 3, 2025 16:20
@Fryguy Fryguy closed this Nov 3, 2025
@Fryguy Fryguy reopened this Nov 3, 2025
Currently we have what looks like a generic ems factory (e.g. ems_infra)
but it really points to a concrete provider (ems_vmware) which has
implications for supported features that are implicit rather than
explicit in the specs that use them.
@agrare agrare force-pushed the replace_top_level_ems_factories_dummy_provider branch from 29ca30a to 89954de Compare November 4, 2025 18:53
@agrare
Copy link
Member Author

agrare commented Nov 4, 2025

miq-bot pushed a commit to ManageIQ/manageiq-cross_repo-tests that referenced this pull request Nov 4, 2025
@Fryguy Fryguy closed this Nov 4, 2025
@Fryguy Fryguy reopened this Nov 4, 2025
@agrare agrare force-pushed the replace_top_level_ems_factories_dummy_provider branch from 89954de to f712362 Compare November 4, 2025 19:44
@agrare
Copy link
Member Author

agrare commented Nov 4, 2025

Down to 5 failures:

rspec ./spec/models/manageiq/providers/cloud_manager/provision_workflow_spec.rb:186 # ManageIQ::Providers::CloudManager::ProvisionWorkflow with VPC relationships #allowed_cloud_networks without a zone
rspec ./spec/models/manageiq/providers/inventory/persister/serializing_spec.rb:17 # ManageIQ::Providers::Inventory::Persister tests we can serialize inventory object with nested lazy references
rspec ./spec/lib/manageiq/deep_delete_spec.rb:5 # ManageIQ::DeepDelete calls destroy for objects with ruby callbacks
rspec ./spec/models/manageiq/providers/inventory/persister/local_db_finders_spec.rb:386 # ManageIQ::Providers::Inventory::Persister check secondary index with polymorphic relation inside will fail trying to build query using polymorphic column as index
rspec ./spec/models/manageiq/providers/inventory/persister/local_db_finders_spec.rb:145 # ManageIQ::Providers::Inventory::Persister check we can load stack resource records from the DB finds in one batch after the scanning

@Fryguy Fryguy self-assigned this Nov 4, 2025
@agrare agrare force-pushed the replace_top_level_ems_factories_dummy_provider branch from f712362 to 32224d4 Compare November 4, 2025 20:49
@agrare agrare force-pushed the replace_top_level_ems_factories_dummy_provider branch from 32224d4 to 603da04 Compare November 4, 2025 21:26
let(:ems_other) { FactoryBot.create(:ems_container) }

it "calls destroy for objects with ruby callbacks" do
expect_any_instance_of(ems.class).to receive(:destroy)
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

NOTE I don't know why this was failing for the DummyProvider::ContainerManager, but the rest of the tests check expect().to be_deleted not any_instance_of(). I don't see anything deep_delete specific in Kubernetes or Openshift so not sure why it is different.

I still don't like changing this test though so some investigation needed.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if this is because real providers have child providers (ems) and the Dummy does not?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants