-
Notifications
You must be signed in to change notification settings - Fork 898
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
Added user_id, group_id, tenant_id #16089
Conversation
If the User and group ids are passed in we run the method using User.with_user which sets the User.current_user
The specs are failing because the schema changes have not been merged |
@mkanoor I'm not sure if we need more around setting the current group I do see https://github.com/kbrock/manageiq/blob/master/lib/rbac/filterer.rb#L499 @jntullo @abellotti I remember thinking through a bunch of implications when we set the oh and, ugh |
@kbrock not entirely sure I understand what you're looking for, because for the most part we aren't setting a user/group, which is what created the need for #16077 , where we can then set We are setting the |
Merged the schema, so bouncing |
@jntullo So when the API makes the call into create generic task we can use
After this PR is merged |
@mkanoor thanks - you found it - It uses Probably too complex for our needs here. |
Checked commits mkanoor/manageiq@06cea72~...21404dc with ruby 2.2.6, rubocop 0.47.1, and haml-lint 0.20.0 |
If the User and group ids are passed in we run the method
using User.with_user which sets the User.current_user
When we execute object#methods via the Queue we loose the user context under which the method should run. When we execute methods for Generic Objects we need the user context, this PR would allow the user_id/group_id/tenant_id to be recorded in the Queue and set using User.with_user
Depends on Schema PR
ManageIQ/manageiq-schema#83
This PR is needed by these other PRs
#16077