Bug 1242861

Summary:	enterprise user is not logged in after creation in g-i-s
Product:	Red Hat Enterprise Linux 7	Reporter:	Vladimir Benes <vbenes>
Component:	gnome-initial-setup	Assignee:	Matthias Clasen <mclasen>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	7.2	CC:	rstrode
Target Milestone:	rc
Target Release:	7.2
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	gnome-initial-setup-3.14.4-5.el7	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-11-19 08:28:37 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:

Description Vladimir Benes 2015-07-14 09:39:07 UTC

Description of problem:
I've added freeipa enterprise user with sssd, home dir should be created via oddjobd but it doesn't work. I can successfully log in via gdm after killing the stalled session where g-i-s just disappeared and no info is shown.

GDM writes out that it creates directory but this is not the case in g-i-s. I think this code should be added or user at least warned that he has to relogin via gdm.

Version-Release number of selected component (if applicable):
gnome-initial-setup-3.14.4-1.el7.x86_64
gnome-shell-3.14.4-13.el7.x86_64
gdm-3.14.2-5.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1.configure freeipa with user (I have beaker job doing so, can provide it)
1a configure oddjobd to create home directory 
2.start g-i-s and add that user
3.end g-i-s with start using RHEL
4.stalled session without user logged in

Actual results:
you have to kill the session and relog via gdm, this works, home dir is created and user can be used

Expected results:
g-i-s should log you into the session with home dir automatically created

Additional info:

Comment 2 Vladimir Benes 2015-07-14 14:07:10 UTC

so the issue is not the directory creation as if directory exists g-i-s doesn't log the user anyway.

Comment 3 Vladimir Benes 2015-07-14 15:52:21 UTC

after logging in yelp with getting started should be started not gnome-initial-setup as it's now.

Comment 4 Matthias Clasen 2015-07-15 20:12:04 UTC

the reason that gnome-initial-setup gets started again after login is that the copying of saved data from gnome-initial-setup to the account failed - that would have put in place ~/.config/gnome-initial-setup-done, which is the marker to tell us we don't need to run it in the session.

Comment 5 Ray Strode [halfline] 2015-07-27 20:42:09 UTC

i have a patch for this, but it still needs a little more work before it's ready

Comment 6 Vladimir Benes 2015-07-29 14:46:49 UTC

(In reply to Ray Strode [halfline] from comment #5)
> i have a patch for this, but it still needs a little more work before it's
> ready

Very well, Ray! It's fixed!

Comment 9 errata-xmlrpc 2015-11-19 08:28:37 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://rhn.redhat.com/errata/RHBA-2015-2157.html