-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rename OIDC expiration-grace property to lifespan-grace #8658
Conversation
extensions/oidc/runtime/src/main/java/io/quarkus/oidc/OidcTenantConfig.java
Outdated
Show resolved
Hide resolved
Please rebase the PR onto the latest master in order to pick a CI fix |
Great, thanks! |
extensions/oidc/runtime/src/main/java/io/quarkus/oidc/OidcTenantConfig.java
Outdated
Show resolved
Hide resolved
Fair enough re the default 0 value of this property. |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like this.
Whether it should go to 1.4 or 1.5, I don't mind.
@Ladicek Thanks, I'll merge to 1.5.0 and ask a question in the forum (as I need to update the forum about the |
It already has a backport issue so I will keep it as is, but will mention it in the forum |
Not sure about the forum, but this change definitely needs to go to the migration guide (https://github.com/quarkusio/quarkus/wiki/Migration-Guides). |
Not backporting is probably reasonable; in that case, it will have to be in the 1.5 migration guide. |
OK, will get it to the 1.5 guide unless @stuartwdouglas or @pedroigor will prefer otherwise. Thanks |
Fixes #8627
I'm renaming it to
lifespan-grace
as somehow I'm not keen onleeway
:-), it sounds a bit too generic. It is a minor issue though (can rename toleeway
if preferred). Note we already usejwt.lifespan
property for theclient_secret_jwt
solifespan-grace
seems not too bad.Pedro's logout PR uses the
expiration-grace
property so I'll rebase once his PR is in and there will be a test too, we already have a few timeout tests so I'd rather not add another one yet.It's better to fix this property name now as it is misleading.
I'm not sure it is worth keeping the
expiration-grace
as deprecated, the users are quite likely not aware thatiat
is affected by this property, so it feels the best action is to rename it and send a message.@Ladicek, hi.
I'd rather not assign it some default value > 0, as we'll open a potential CVE, some user's app will be invoked by the stolen token few secs after the exp (which can happen with the leeway), they will start investigating and find out that it is our fault etc. I agree in many cases no one will probably care but I'd rather them set this property themselves :-)