Closed aliaksander-samuseu closed 5 years ago
@aliaksander-samuseu I fixed it as requested.
Existing clients now also display the calendar hence user can change their expiration date. When new client is create without expiration date we set it to current date+one century. Note that the field is of type date so only date value as accepted.
The enhancement is implemented and tested. DONE.
@aliaksander-samuseu I fixed it as requested.
Existing clients now also display the calendar hence user can change their expiration date. When new client is create without expiration date we set it to current date+one century. Note that the field is of type date so only date value as accepted.
Environment:
CentOS 7.4, gluu-server-3.1.4
Steps to reproduce:
Result: User is sent to
/identity/error
page with a general error message. Changes are not applied to the client's entry. A Java error trace is registered inoxtrust.log
:Another issue with this control is that when non-expiring clients' entries exist in the system (for example, when migrated from older packages during upgrade process), this control doesn't appear for them at all, so user can't set expiration for them if they would like to.
Expected result: