Bug 1177991

Summary: Log in very slow for new users after KDE update
Product: [Fedora] Fedora Reporter: Chris Smart <fedora>
Component: kde-settingsAssignee: Rex Dieter <rdieter>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 21CC: dvratil, jgrulich, jreznik, kevin, ltinkl, mbriza, rdieter, rnovacek, smparrish, than
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: kde-settings-21-2.fc21 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-07 01:24:25 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:
Attachments:
Description Flags
.xession-errors for failed user none

Description Chris Smart 2015-01-01 03:48:15 UTC 
Description of problem:
After applying the latest KDE updates (4.14.3) on Fedora 21, new users have very slow log in times (taking around 4 minutes).

The 

How reproducible:
Always

Steps to Reproduce:
1. Ensure system is up-to-date and running KDE 4.14.3
2. Create a new user
3. Log in as new user

Actual results:
Log in process pauses a few times for around a minute each. The resulting desktop finally loads but is unusable; some applications, such as dolphin and konqueror, are very slow to load (and sometimes don't load at all). Logging out can take up to a minute.

Expected results:
Log in should work at normal speed.

Additional info:

This appears to be somehow related to kwallet. I noticed that a new user created before the KDE updates gets a kwalletrc file, but users post update do not. If I take the kwalletrc file from the initial user and put it in the broken user's .kde/share/config directory then their login works as per normal.

This work around seems to do the trick, when run before creating your new user:

mkdir -p /etc/skel/.kde/share/config
cat > /etc/skel/.kde/share/config/kwalletrc << \EOF
[Wallet]
Launch Manager[$d]
EOF

Note: This does not seem to affect Fedora 20.
Comment 1 Chris Smart 2015-01-01 04:01:16 UTC 
In case it's helpful, I discovered this when creating a KDE based Fedora Remix. The image I created came with the updated KDE packages already and I noticed that the user I created during the install process had the above issue.

I built the fedora-kde-live.ks image and it had the same issue. I re-built fedora-kde-live.ks without the updates repo and the problem did not exist. I installed that Fedora 21 KDE image and did a manual update, which showed up the problem again.

Strangely, the liveuser does not have this problem - so lack of kwalletrc could be a symptom of some other problem. I tried applying the same .kde settings that we write for liveuser in /etc/rc.d/init.d/livesys for the new user, but that didn't seem to work around the problem either. Only adding a kwalletrc seems to work around the problem so far (I'm not sure what the actual problem is).
Comment 2 Chris Smart 2015-01-01 04:04:20 UTC 
Created attachment 974926 [details]
.xession-errors for failed user
Comment 3 Rex Dieter 2015-01-01 05:42:30 UTC 
Ah, thanks for the investigation.  I think it may be due to f21 GA release pam_kwallet didn't work right, but subsequent updates fixed it.

So, I suspect (working) pam_kwallet + initial/first-launch kwallet setup = unhappy
Comment 4 Rex Dieter 2015-01-01 05:55:18 UTC 
For giggles, you could try omitting this update:

https://admin.fedoraproject.org/updates/FEDORA-2014-16450/pam-kwallet-0-0.7.20140508git49a5bc0.fc21

(and ensure socat isn't installed)

and see if that makes things better (or not).  (I'll test this too, tomorrow)
Comment 5 Rex Dieter 2015-01-01 16:38:04 UTC 
I think I've found some kwalletrc (kde-settings) items in [Wallet] section that seem to contribute to the problem.  If I remove that whole section, things seem much better.

(I think I'm going to keep just 
[Wallet]
Leave Open=true

to ensure it never closes though (which, by itself, seems harmless wrt this bug so far in my own testing)
Comment 6 Rex Dieter 2015-01-01 16:55:34 UTC 
first try at a fix,
https://fedorahosted.org/kde-settings/changeset/666/trunk/usr/share/kde-settings/kde-profile/default/share/config/kwalletrc

testing to help make sure there are not other ill side effects of removing those other items
Comment 7 Fedora Update System 2015-01-01 17:09:23 UTC 
kde-settings-21-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/kde-settings-21-2.fc21
Comment 8 Fedora Update System 2015-01-02 05:03:43 UTC 
Package kde-settings-21-2.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kde-settings-21-2.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-0038/kde-settings-21-2.fc21
then log in and leave karma (feedback).
Comment 9 Chris Smart 2015-01-02 09:30:18 UTC 
(In reply to Rex Dieter from comment #6)
> first try at a fix,
> https://fedorahosted.org/kde-settings/changeset/666/trunk/usr/share/kde-
> settings/kde-profile/default/share/config/kwalletrc
> 
> testing to help make sure there are not other ill side effects of removing
> those other items

The package (modified kwalletrc) fixed my problem and in the testing I've done haven't seen any regressions.

I've used Chrome, NetworkManager, etc all have talked to kwallet just fine. I do get some more options available at first log on which is fine, assume that's due to removing the other options by default.

Thanks.
Comment 10 Fedora Update System 2015-01-07 01:24:25 UTC 
kde-settings-21-2.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.