-
Notifications
You must be signed in to change notification settings - Fork 185
fix(vaadin-spring): enable client-side redirects for TypeScript login #21980
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
Conversation
See vaadin/hilla#3807, where the issue currently manifests. VaadinSavedRequestAwareAuthenticationSuccessHandler isn't actually saved request aware unless RequestCache is correctly shared with it in the configuration, which VaadinSecurityConfigurer was failing to do due to order of events: authentication is configured before customizing request cache. This change makes sure that VaadinDefaultRequestCache instance is set for VaadinSavedRequestAwareAuthenticationSuccessHandler during configuration.
|
Hi @platosha and @platosha, when i performed cherry-pick to this commit to 24.9, i have encountered the following issue. Can you take a look and pick it manually? |
Hi @platosha and @platosha, when i performed cherry-pick to this commit to 24.8, i have encountered the following issue. Can you take a look and pick it manually? |
…#21980) See vaadin/hilla#3807, where the issue currently manifests. VaadinSavedRequestAwareAuthenticationSuccessHandler isn't actually saved request aware unless RequestCache is correctly shared with it in the configuration, which VaadinSecurityConfigurer was failing to do due to order of events: authentication is configured before customizing request cache. This change makes sure that VaadinDefaultRequestCache instance is set for VaadinSavedRequestAwareAuthenticationSuccessHandler during configuration.
…#21980) See vaadin/hilla#3807, where the issue currently manifests. VaadinSavedRequestAwareAuthenticationSuccessHandler isn't actually saved request aware unless RequestCache is correctly shared with it in the configuration, which VaadinSecurityConfigurer was failing to do due to order of events: authentication is configured before customizing request cache. This change makes sure that VaadinDefaultRequestCache instance is set for VaadinSavedRequestAwareAuthenticationSuccessHandler during configuration.
…#21980) (#21984) See vaadin/hilla#3807, where the issue currently manifests. VaadinSavedRequestAwareAuthenticationSuccessHandler isn't actually saved request aware unless RequestCache is correctly shared with it in the configuration, which VaadinSecurityConfigurer was failing to do due to order of events: authentication is configured before customizing request cache. This change makes sure that VaadinDefaultRequestCache instance is set for VaadinSavedRequestAwareAuthenticationSuccessHandler during configuration. Co-authored-by: Anton Platonov <anton@vaadin.com>
…#21980) (#21985) See vaadin/hilla#3807, where the issue currently manifests. VaadinSavedRequestAwareAuthenticationSuccessHandler isn't actually saved request aware unless RequestCache is correctly shared with it in the configuration, which VaadinSecurityConfigurer was failing to do due to order of events: authentication is configured before customizing request cache. This change makes sure that VaadinDefaultRequestCache instance is set for VaadinSavedRequestAwareAuthenticationSuccessHandler during configuration. Co-authored-by: Anton Platonov <anton@vaadin.com>
See vaadin/hilla#3807, where the issue currently manifests.
VaadinSavedRequestAwareAuthenticationSuccessHandler
isn't actually saved request aware unlessRequestCache
is correctly shared with it in the configuration, whichVaadinSecurityConfigurer
was failing to do due to order of events: authentication is configured before customizing request cache.This change makes sure that
VaadinDefaultRequestCache
instance is set forVaadinSavedRequestAwareAuthenticationSuccessHandler
during configuration.