-
Notifications
You must be signed in to change notification settings - Fork 115
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
Use manifester from fixture #14377
Use manifester from fixture #14377
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should check with the authors of these tests, but I believe it was by design that they did not use Manifester via fixtures in these cases. function_entitlement_manifest
returns a Request
object, not a Manifester
object, so the Manifester instance methods are not available to it or the other Manifester fixtures. If a test requires Manifester instance methods, it's currently necessary to instantiate Manifester locally in order to access those methods.
@omkarkhatavkar @ColeHiggins2 can you confirm that these tests are intentionally instantiating Manifester objects?
@synkd It makes sense to ask the original authors. But this function https://github.com/SatelliteQE/robottelo/blob/master/pytest_fixtures/component/taxonomy.py#L226 IMHO returns an Instance of |
Apart from the question above, in In other words, this PR needs to be raised against |
@vsedmik Isn't that an argument for this PR to go into master? Now you would have to change the manifester in 3 places. After this fix the change would only be in one place. |
@dosas My thought was it needs to be resolved in master differently anyway in a separate PR. Your changes appeared to me reasonable, but for |
Alright, I created and linked the PR for 6.15.z. Feel free to close/merge the PR you see fit. |
Problem Statement
There were two tests that were not using manifester from fixture
Solution
see PR