-
Notifications
You must be signed in to change notification settings - Fork 328
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
Unexpected q.args for multi- or broadcast #1705
Comments
Here it becomes easier to spot I think: Code_lEqiqIrTU2.mp4 |
@Far0n what file are you running to see what you displayed in the video from 6 days ago with the dark screen? I was unable to reproduce the error you put in the first video, seems to work fine to me. So I was wondering how you got to run the second video so that I can take a look into this issue. Thanks! |
the 2nd video ist from our Model Validation App |
@Far0n May I ask where can we find this Model Validation App? (I tried to search for it but could not find it) Thank you~ |
Please see slack channel h2o-model-validation for more information. |
Hey @Far0n is this still an issue on the latest 0.26? I cannot seem to repro: Screen.Recording.2023-08-30.at.3.23.16.PM.movThe UI is synced properly. |
The "problem" is still there. It's not about the UI being synced, but different q.args depending on the browser tab we make the submit from. From your vid: the first few seconds are clicks in the left tab and the q.args are "click_me:True", but then around 6s you click the button in the right tab and now suddenly q.args became: "click_me:True, textbox: some_value" (the latter coming from q.page["form2"] which was deleted by the click in the left tab before). |
Makes sense, thanks for the further explanation. It is a bug indeed. Although fixing it is a breaking change, not many people use other mode than unicast and they have some hacks in place to workaround this behavior anyway. Moreover, as |
Wave SDK Version, OS
wave 0.23.1, ubuntu 18.04
Actual behavior
chrome_IUQ5YWB72Q.mp4
Presence of
textbox
in q.args is inconsistent across browser tabs. This also happens with mode "broadcast" and if q.app is used instead of q.user to manage the app-state.Expected behavior
Presence of
textbox
in q.args is to be expected consistent across browser tabs.Steps To Reproduce
Use the following app in 2 browser tabs as shown in the video above:
The text was updated successfully, but these errors were encountered: