Bug #25725
openAPI account expiration timezone should be explicit
Description
Currently the timezone of the expiration date of the API account is not specified and we have no way to know at which time it really expires unless going in event logs and open technical details (see #25723) :
Also I did not change the default expiration date which should be 1 month after the creation of the account but which has now 1 more hour because it has a different timezone; the UTC+1 timezone comes out of nowhere since I have a UTC+3 server, and a UTC+2 browser.
Also when receiving API accounts via the REST API, the expiration date does not have a ISO8601 which makes it even unclear in which timezone we are reasoning :
We should add explicit time both on the browser, visible (but not editable) by the user, and in the API.
Files
Updated by Clark ANDRIANASOLO about 1 month ago
- Related to Bug #21725: API token appears expired while it is not due to timezone added
Updated by Clark ANDRIANASOLO about 1 month ago
- File clipboard-202410231541-t2ue0.png clipboard-202410231541-t2ue0.png added
- File clipboard-202410231541-5dd1c.png clipboard-202410231541-5dd1c.png added
- Description updated (diff)
Updated by Clark ANDRIANASOLO about 1 month ago
- Related to deleted (Bug #21725: API token appears expired while it is not due to timezone)
Updated by Clark ANDRIANASOLO about 1 month ago
- Has duplicate Bug #21725: API token appears expired while it is not due to timezone added
Updated by François ARMAND 29 days ago
- Subject changed from Event log should timezone for expiration should be explicit to Event log timezone for expiration should be explicit
Updated by François ARMAND 29 days ago
- Subject changed from Event log timezone for expiration should be explicit to API account expiration timezone should be explicit
- Priority changed from To review to 4
Updated by Vincent MEMBRÉ 15 days ago
- Target version changed from 8.1.8 to 8.1.9