-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Panes with large data sizes may load in after swapping away from the env they're fetched for. #80
Comments
Hi @cpdurham ! Yes you're right. I've observed this myself as well. I think the socket should be flushed when the env is changed. Another option is to just refresh the page. I'll get to this sometime soon -- unless you want to give it a try? ;) |
To anyone who wants to try to fix this, a really simple method is to just ignore an incoming window when it arrives at the socket if it doesn't belong to the current env. |
I am trying to solve this bug but I don't think you can do it in the main.js because the server is not sending the envID with the window object so will have to change the backend as well, to fix this issue Data sent from he backend through websocket |
Updated the backend to send envID with the render information. Updated the Front End to ignore the incoming window when it is not in the current selected environment
Updated the backend to send envID with the render information. Updated the Front End to ignore the incoming window when it is not in the current selected environment
I have an visdom environment with large images in environment '0' and I'm accessing the server remotely. When I load the environment '0', the first image takes a long time to load and loads in '0'. If I then change to environment '1' on the webpage, the rest of the images load in the environment '1', even though they were assigned to '0'. No big deal, just wanted to file a report for it.
The text was updated successfully, but these errors were encountered: