Bug 1104822

Summary: Users authenticated via external ldap contain no default context/location
Product: Red Hat Satellite Reporter: Matthew Davis <mdavis>
Component: Organizations and LocationsAssignee: Daniel Lobato Garcia <dlobatog>
Status: CLOSED ERRATA QA Contact: Kedar Bidarkar <kbidarka>
Severity: medium Docs Contact:
Priority: high    
Version: 6.0.3CC: bbuckingham, bkearney, brubisch, chhudson, cwelton, dcaplan, dgross, egolov, gpayelka, jhunt, johan.bergstrom, jomitsch, jpazdziora, juwu, kshravag, mdavis, mjahangi, mtenheuv, rmarti, wpinheir, xdmoon, yundtj, zhunting
Target Milestone: UnspecifiedKeywords: PrioBumpPM, Triaged
Target Release: Unused   
Hardware: x86_64   
OS: Linux   
URL: http://projects.theforeman.org/issues/6372
Whiteboard:
Fixed In Version: foreman-1.11.0.58-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1394352 (view as bug list) Environment:
Last Closed: 2016-12-12 17:09:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1115190, 1122832, 1287901, 1353215, 1394352, 1456661    

Description Matthew Davis 2014-06-04 18:29:22 UTC
Upon login using an 'external' user. The user cannot do anything. I've even attempted to specify an external group, but there is no context/location settings in the external group settings.

Comment 1 RHEL Program Management 2014-06-04 18:54:16 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

Comment 3 Dominic Cleal 2014-06-25 07:44:21 UTC
Created redmine issue http://projects.theforeman.org/issues/6372 from this bug

Comment 13 Bryan Kearney 2015-02-18 23:02:53 UTC
Upstream bug assigned to tcaspy

Comment 14 Bryan Kearney 2015-08-25 17:23:57 UTC
Upstream bug component is Multi Org

Comment 15 Ohad Levy 2016-02-22 11:05:11 UTC
*** Bug 1246670 has been marked as a duplicate of this bug. ***

Comment 20 Daniel Lobato Garcia 2016-08-10 10:51:54 UTC
*** Bug 1280303 has been marked as a duplicate of this bug. ***

Comment 23 Bryan Kearney 2016-09-21 08:01:38 UTC
Upstream bug assigned to dlobatog

Comment 24 Bryan Kearney 2016-09-21 08:01:47 UTC
Upstream bug assigned to dlobatog

Comment 25 Bryan Kearney 2016-09-27 10:01:42 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/6372 has been resolved.

Comment 26 Rob Marti 2016-10-13 02:53:56 UTC
Do we have any ETA for when this will land in Satellite?

Comment 27 Kedar Bidarkar 2016-12-08 19:53:58 UTC
This bug is verified with Sat6.2.5 satellite-6.2.5-1.0.el7sat.noarch

Now upon trying to create a LDAP auth source, for the ldap auth source we need to specify the taxonomies ( i.e, ORG and LOC ).

After, configuring external user-groups and upon the user trying to login to sat6, the user was able to inherit the ORG and LOC from the set values of LDAP auth source.

----

Some detailed explanation from the commit which fixes this issue,

In an installation that uses taxonomies, when an user logs in for
the first time and gets its account created via LDAP, it has no
taxonomies.

This is a problem, as even if the user has all the roles it needs from
external user groups, an admin needs to manually set the taxonomies for
every new user.

This commit fixes that by assigning the taxonomies from the LDAP auth
source to the user when it logs in for the first time. It does not
update them on every login, as after the user has logged in, user
taxonomies are left to the Foreman administrator to manage.

----

Comment 29 errata-xmlrpc 2016-12-12 17:09:11 UTC
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:2940

Comment 30 Marek Hulan 2017-05-09 06:58:13 UTC
*** Bug 1397185 has been marked as a duplicate of this bug. ***

Comment 31 Tomer Brisker 2018-02-08 10:23:56 UTC
*** Bug 1337861 has been marked as a duplicate of this bug. ***