You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's been pretty common that we've heard of people running into issues when they try to log in, and the token in the response header is so large that it exceeds the max size of the buffer. There are application-side reasons that this can occur, such as a web component having a default value. But there is also the ingress-side configuration which often appears as a 500 without a stacktrace.
These configuration options should be unified, and we should make sure this option is sufficiently large.
Describe the use case:
It's been pretty common that we've heard of people running into issues when they try to log in, and the token in the response header is so large that it exceeds the max size of the buffer. There are application-side reasons that this can occur, such as a web component having a default value. But there is also the ingress-side configuration which often appears as a 500 without a stacktrace.
These configuration options should be unified, and we should make sure this option is sufficiently large.
Currently, the options for the ingress is
And the option for the web components is the default 8KB for Jetty:
https://docs.spring.io/spring-boot/appendix/application-properties/index.html#application-properties.server.server.jetty.max-http-response-header-size
server.jetty.max-http-response-header-size
The following should be the env variable representation:
SERVER_JETTY_MAX_HTTP_RESPONSE_HEADER_SIZE
However, it's important to note that Optimize sets this value explicitly and uses their own variable for it. I'll try to find a link to it.
https://github.com/camunda/camunda/blob/56febdfddd5cf8012b919d668ed889287255edc0/optimize/util/optimize-commons/src/main/resources/service-config.yaml#L130
Describe the enhancement/feature:
Desired outcome and acceptance tests:
The text was updated successfully, but these errors were encountered: