Any ideas, guys?
On Tue, Oct 3, 2017 at 5:19 PM, Kristian Petersen <nesre...@chem.byu.edu>
> I noticed just today when trying to reset a password for a user that when
> I pull up the page for a specific user, it shows them as being disabled
> even if they aren't. This causes teh reset password option to be
> grayed-out among other things. I verified the users weren't actually
> disabled by running ipa user-show <username> on a few of them. If you do
> a user search or show all of the users in the system the status shows
> correctly on that page of the Web UI. The problem appears to happen across
> the replicas as well.
> After playing around with the Web UI for a bit I found that a hard refresh
> (Ctrl+Shift+R) of the user's page fixes this problem *very temporarily*.
> If you go to another user the problem resurfaces. Something is getting
> cached by the browser that is causing it to display incorrectly. I have
> confirmed this happens in both chrome and firefox running in both Windows
> and Linux. The httpd logs show nothing there, /var/log/ipa logs aren't
> helpful either.
> IPA got some updates on Sept. 27th (which also appear to have broken
> pki-tomcatd), but I didn't notice this particular issue until today. IPA
> will run with out the pki-tomcatd working if you tell it to ignore the
> failure, however, I'm not sure if the two problems are related.
> Kristian Petersen
> System Administrator
> Dept. of Chemistry and Biochemistry
Dept. of Chemistry and Biochemistry
FreeIPA-users mailing list -- email@example.com
To unsubscribe send an email to freeipa-users-le...@lists.fedorahosted.org