-
Notifications
You must be signed in to change notification settings - Fork 168
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
Mobile client idles after a short timeout. #14803
Comments
I'm not seeing any extra slow requests using my iPad (iOS 15.6.1), but remove first column sets sorting on everything and on the server I see the exception:
I can get a loading bar by going to another app and then when coming back to the browser, but that is most likely due to an os optimization on memory usage. Are there some other specifics in the setup that might generate the behaviour? |
Closed, because of no information provides for us to reproduce the issue. Please provide the information and re-open this ticket, if the issue is still valid for you. |
I may confirm, I see absolutely the same behavior in my Vaadin app on my iPhone. After some idle time when I try to access the app in the already existing browser tab and click something, I have to wait a few seconds ~5-10 in order to get the page updated. Right after that, UI becomes as fast as usual. I also use |
Reopened for further investigation. |
I can reproduce the issue with the example project (Vaadin version 14.8.19), but the problem seems not to be present using Vaadin 14.9.4. |
@hons82 @alexanoid have you had a chance to try Vaadin 14.9.4 or later version? |
@mshabarov I'm on 23.3.5 version. Works good now, thanks! The only issue I have on my iPhone - is that sometimes after some idle time when I restore the browser window with my Vaadin app - I see the white screen. So I have to refresh the entire page in order to get it working again. |
@alexanoid could you check for any error in the browser console or any other information so we can investigate further? |
@mshabarov I don't see the issue since my upgrade to 23.3.6. I'm still monitoring the app. |
@alexanoid do you have any negative results? Can I close this issue? |
Looks like the issue is gone! Thank you! |
Seems like that's not an issue currently, however we start hearing from clients the problem that @alexanoid describes above, that there is an issue with restoring the connection somehow... Might be related to this, but I do not have enough information right now to reproduce it |
Very likely this issue relates to this one #16046 Very often I see the following - let's say I have an open application, then I redeploy it on my server.. and from time to time the application unable to reload itself and I have to refresh the page manually. This is only related to pages where I use |
@alexanoid @hons82 the mentioned issue #16046 has been released in Vaadin 24.1.0.alpha3. Can you please check if that version solves also this issue? |
@mcollovati I'm on Vaadin 24.1.0.alpha3 - #16046 works good! But this issue I mentioned previously "redeploy it on my server.. and from time to time the application unable to reload itself and I have to refresh the page manually" is unfortunately still present |
@alexanoid is this the one you are talking about #16664 ? (problems on redeployment). I propose to continue discussing in the other issue more relevant to a problem you have, and close this issue as it seems it was solved in a latest versions. |
@mshabarov Sure! I'm currently on version 24.1.0, and the application is working much more stable now. Thank you! However, I did notice that occasionally (rarely) the PUSH functionality stops working after a resync. Yes, it was mentioned there #16664 I will continue monitoring the application on version 24.1.0. If I notice the issue occurring frequently, I will report it there. |
Thanks! Let's use #16664 for monitoring and further discussion. |
Description of the bug
We do have some clients that use iPads/iPhones or Android tablets/phones to interact with our Application. Typically for our system is that a user opens a UI and leaves it open for a while (usually by disabling the screen sleep mode, so that it remains always on).
As long as they are actively used the devices remain responsive and quite fast, but when not used they seem to enter in some kind of idle mode, so that on the first click on an action it takes seconds (in our application 5-10sec) and while that happens the blue loading bar appears. After the first request is handled the UI remains responsive for subsequent requests, until it is left alone for something like 15-30 seconds. Then is starts over again.
Currently we have to use long polling as transport for the push because of some external requirements that do not allow us to use websockets so far.
Expected behavior
Ideally those mobile clients should not idle... At least until the screen shuts down. But we'd already be happy if we'd know what does trigger that behavior and ideally configure it to some higher value.
Minimal reproducible example
https://github.com/hons82/vaadin_sampler
You'll need to start it, then go to http://localhost:8080/grid_columns on your mobile device. Click a couple of times on reset columns to get a bunch of columns. Then leave the mobile untouched for a minute and try to remove a column.
Versions
The text was updated successfully, but these errors were encountered: