Very possibly a bug if others are experiencing this as well. I am running IPA v4.5.0 on RHEL 7.4 are you running in a similar environment?
On Thu, Oct 12, 2017 at 10:25 AM, Givaldo Lins <givaldol...@gmail.com> wrote: > I noticed the same thing weeks ago and I am using the same workaround that > Kristian. Might it be a bug on webui? > > — > Givaldo Lins > > On Oct 12, 2017, at 9:05 AM, Kristian Petersen via FreeIPA-users < > firstname.lastname@example.org> wrote: > > When trying to reset a password for a user and I pull up the page for a > specific user, it shows them as being disabled even if they aren't. This > causes the 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 in the WebUI or > show all of the users in the system the status shows correctly on that page > of the Web UI. This problem appears to happen across the replicas as well. > > After playing around with the Web UI for a bit I found that a refresh of > the user's page gives back access to the Reset Password option, but just > for that view. If you go to another user the problem resurfaces. I have > confirmed this happens in both chrome and firefox running in both Windows > or Linux. The httpd logs show nothing there, /var/log/ipa logs aren't > helpful either. > > IPA got some updates recently (which also appear to have broken > pki-tomcatd), but I'm not sure if the two problems are related. > > -- > Kristian Petersen > System Administrator > Dept. of Chemistry and Biochemistry > > _______________________________________________ > FreeIPA-users mailing list -- email@example.com > To unsubscribe send an email to freeipa-users-le...@lists.fedorahosted.org > > -- Kristian Petersen System Administrator Dept. of Chemistry and Biochemistry
_______________________________________________ FreeIPA-users mailing list -- firstname.lastname@example.org To unsubscribe send an email to freeipa-users-le...@lists.fedorahosted.org