Bug #20418
closedSet proper taxonomy scope when importing puppet classes
Description
User should import puppet classes only to environments that are in his organizations. The previous attempts to fix this do not cover all the cases. Environments have unique name and some workflows trigger the 'Name already taken' validation error.
Steps to reproduce:
1) create 2 organizations, A and B
2) create a_user, give him Manager role and assign him only to A org
3) import some_puppet_env with a couple of classes only into org B
4) switch to a_user, try to import all environments from the same proxy as in previous step
5) observe the error
When importing environments in step 4, some_puppet_env is marked for creation because it was not found in org A, but it already exists in B.
Updated by Ondřej Pražák about 7 years ago
- Related to Bug #17463: Importing classes for a new org fails when the environment already exist in a different org added
Updated by The Foreman Bot about 7 years ago
- Status changed from New to Ready For Testing
- Pull request https://github.com/theforeman/foreman/pull/4699 added
Updated by Anonymous about 7 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset a54588a5858fa2ad11c3c02a457e055d24412ba6.
Updated by Marek Hulán about 7 years ago
- Translation missing: en.field_release set to 240
Updated by Daniel Lobato Garcia about 7 years ago
- Category set to Organizations and Locations
Updated by Ondřej Pražák almost 7 years ago
- Bugzilla link changed from 1246865 to 1350159