-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Relationship to all entities that are archivable should use an active context #85
Comments
and container_node.rb (EDIT: not yet, ManageIQ/manageiq#15351) cc @zakiva @zeari |
@cben we use |
Also the relations using :active should be the same as before, when the foreign key was nullified. In both cases, the relation did not return disconnected objects. So chargeback was usually using something else, like Model.where(...), instead of the associations. |
We're talking about entity–entity association here, not ems–entity. Those are not and were not nullified on disconnect (except image-registry), so AFAICT return both active and archived
(example that started this: image.containers. container may be archived while image is still in use.)
Chargeback: just asking `archived?` is not enough, if we add active scoping, you'll stop seeing archived ones; will need the both-kinds query to preserve behavior.
|
We always take all Containers\projects into consideration regardless if theyre currently active or not. |
leftover: the pod-project relation is disconnected but kept track of using In the spirit of soft delete, should stop doing that, retain container group's |
This issue has been automatically marked as stale because it has not been updated for at least 6 months. If you can still reproduce this issue on the current release or on Thank you for all your contributions! |
Please re-open if this is still a bug. |
I think these are:
See
cc @Ladas @cben @agrare
The text was updated successfully, but these errors were encountered: