Open OlliTietavainenVaadin opened 6 years ago
Hello there!
We are sorry that this issue hasn't progressed lately. We are prioritizing issues by severity and the number of customers we expect are experiencing this and haven't gotten around to fix this issue yet.
There are a couple of things you could help to get things rolling on this issue (this is an automated message, so expect that some of these are already in use):
Thanks again for your contributions! Even though we haven't been able to get this issue fixed, we hope you to report your findings and enhancement ideas in the future too!
I've also run into this issue and am very keen to understand if there's a workaround or a way we can implement this
Hello there!
We are sorry that this issue hasn't progressed lately. We are prioritizing issues by severity and the number of customers we expect are experiencing this and haven't gotten around to fix this issue yet.
There are a couple of things you could help to get things rolling on this issue (this is an automated message, so expect that some of these are already in use):
Thanks again for your contributions! Even though we haven't been able to get this issue fixed, we hope you to report your findings and enhancement ideas in the future too!
Currently, in
DefaultConnectionStateHandler::xhrInvalidContent
, there is a check forUIDL_REFRESH_TOKEN = "Vaadin-Refresh"
in the response text. If the token is found, there's a redirect to the wanted URL. This same behavior should also be implemented inpushInvalidContent
, because currently that Vaadin-Refresh token is not working if Push is enabled (at least with with Long Polling).