Hide Forgot
Steps to reproduce: 1. Make sure you have a host without organization. 2. Pick an organization for your context (Make sure you have organization name instead of "Any context") 3. Create a new organization Expected: Redirection to "Step 2" - hosts selector Actual: Redirection to Edit organization screen. The problem is in #count_nil_hosts, it uses Host.where(taxonomy_id => nil).count to check for unassigned hosts. By default this is scoped: <pre> Host.where(taxonomy_id => nil).to_sql #=> "SELECT \"hosts\".* FROM \"hosts\" WHERE \"hosts\".\"type\" IN ('Host::Managed') AND \"hosts\".\"location_id\" IN (12) AND \"hosts\".\"location_id\" IS NULL" </pre> This query will always return 0.
Created from redmine issue http://projects.theforeman.org/issues/14369
This is part of https://bugzilla.redhat.com/show_bug.cgi?id=1317846
Upstream bug assigned to sshtein
Upstream bug component is Organizations and Locations
Moving to POST since upstream bug http://projects.theforeman.org/issues/14369 has been closed ------------- Shimon Shtein Applied in changeset commit:b597a8a5fea1e103af2d81b548b319ebdc92aa5c.
To verify this issue, there are 2 scenarios that need to be tested: 1. Creating a new organization when there's a host that is **not** associated to any existing organization When you have an existing host (perhaps your own Satellite instance) that is not associated to any organizations, then the new Organization process/wizard should take you through all 3 steps: 1. Create Organization 2. Select Hosts 3. Edit Properties I was able to verify this scenario using Satellite 6.2.0 SNAP 8.1 2. Creating a new organization when there's a host that **is** associated to one of the existing organization For this scenario, if there are no existing hosts that are **not** associated to an organization, then the new Organization process/wizard should should skip the second step and the workflow should be: 1. Create Organization 2. Edit Properties I was not able to verify this scenario and steps 2 and 3 were bypassed. Both of these can be seen in the following video: https://omaciel.fedorapeople.org/Bug1321826.m4v
Furthermore, for the first scenario described on comment #7, if you choose to Assign all existing un-associated hosts to your new organization, then Step 3 is bypassed as well. Once you don't have any un-associated hosts available, the new Organization process/wizard will always bypass Steps 2 and 3.
Unfortunately I was not able to test scenario #1 on a Satellite 6.1.8 system but scenario #2 and what I wrote on comment #8 can be easily reproduced on Satellite 6.1.8 system as well. Failing this issue.
Katello overrides foreman's redirection behavior. Should be re-tested after http://projects.theforeman.org/issues/14724 is brought downstream.
Upstream bug component is Content Management
I verified both scenarios in comment #7 on Snap 12. The issue in comment #8 remains - selecting "Assign all" or "Manually assign" causes step 3 to be skipped, but it is a separate issue - opened BZ 1338527 for it. Marking this as verified.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1501