-
FEATURED COMPONENTS
First time here? Check out the FAQ!
![]() | 1 | initial version | |
Is you problem related in any way to your added script? Does it only happen when pressing ENTER? or also when using the form "normally"? (From my perspective it shouldn't make a difference, how the form is submitted). So please remove irrelevant information allowing to focus on the actual problem. If the problem is actually related to pressing ENTER then you should check what your code does differently than the default form implementation.
Anyway I found this similar problem describing the effect you mention without any ZK involved. So for now it sounds like it is the default behavior of spring security to redirect to the login page after a session timeout (a server restart has the same effect, unless you serialize/deserialize the session between restarts).
If that's the case ZK is not involved at all and the request is already bounced back from the Spring security filter chain. This behavior should also happen with JSP/JFS/other front-end technologies, when applying the same Spring Security configuration.
In this case you'll have a better chance for a response by asking for help in a Spring Security forum.
Can you please verify the behavior also happens without involving ZK.
Besides it looks like you found an old guide relying on deprecated/removed zk spring integration features. Please check the newer guide which will requires less ZK specific configuration.
![]() | 2 | No.2 Revision |
Is you problem related in any way to your added script? Does it only happen when pressing ENTER? or also when using the form "normally"? (From my perspective it shouldn't make a difference, how the form is submitted). So please remove irrelevant information allowing to focus on the actual problem. If the problem is actually related to pressing ENTER then you should check what your code does differently than the default form implementation.
Anyway I found this similar problem describing the effect you mention without any ZK involved. So for now it sounds like it is the default behavior of spring security to redirect to the login page after a session timeout (a server restart has the same effect, unless you serialize/deserialize the session between restarts).
If that's the case ZK is not involved at all and the request is already bounced back from the Spring security filter chain. This behavior should also happen with JSP/JFS/other front-end technologies, when applying the same Spring Security configuration.
In this case you'll have a better chance for a response by asking for help in a Spring Security forum.
Can you please verify the behavior also happens without involving ZK.
Besides it looks like you found an old guide relying on deprecated/removed zk spring integration features. Please check the newer guide which will requires less ZK specific configuration.
![]() | 3 | No.3 Revision |
Is you your problem related in any way to your added script? Does it only happen when pressing ENTER? or also when using the form "normally"? (From my perspective it shouldn't make a difference, how the form is submitted). So please remove irrelevant information allowing to focus on the actual problem. If the problem is actually related to pressing ENTER then you should check what your code does differently than the default form implementation.
Anyway I found this similar problem describing the effect you mention without any ZK involved. So for now it sounds like it is the default behavior of spring security to redirect to the login page after a session timeout (a server restart has the same effect, unless you serialize/deserialize the session between restarts).
If that's the case ZK is not involved at all and the request is already bounced back from the Spring security filter chain. This behavior should also happen with JSP/JFS/other front-end technologies, when applying the same Spring Security configuration.
In this case you'll have a better chance for a response by asking for help in a Spring Security forum.
Can you please verify the behavior also happens without involving ZK.