-
Notifications
You must be signed in to change notification settings - Fork 169
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
Changing reactEnable flag and rerunning an app breaks dev bundle #20077
Comments
I've updated the description with this information
|
I've updated the description with information that both |
Confirmed on Vaadin 24.4.12. And indeed, deleting the |
Only difference I can find is that in the supplied bundle there seems to be vaadin-router code also in the indexhtml which doesn't appear when you remove the bundle files. |
Can't reproduce this with our default dev bundles or newly built ones. I guess the one provided with the example project is somehow broken/invalid, but not sure why. |
I've tested again, and this is how I managed to get the "broken bundle" - I tried three times and it worked every time. What is important to note that you should try always in fresh Chrome instance (preferably in ikognito mode), because I also managed to be in state, where in the normal chrome the issue was not reproducible, but once opened the page in incognito mode, it was reproducible there. What I did is that:
I'm building on MacOs Sonoma 14.6.1, this is a log from the app when the bundle is "broken"
|
Thank you! Possibly related: #19951 and vaadin/docs@3689d9d. In short: if toggling reactEnable on/off, it should be set both as a config parameter and vaadin/flow plugin parameter and the values need to match. |
Tested the procedure described in #20077 (comment), while also adding @bwajtr Could you test and confirm that it works for you too with the new instructions? |
I've tried the steps with new instructions -> also changing the maven configuration parameter However, I've tried to use
This is the log of the run with
|
@bwajtr Thanks! Need to retry this a couple times more then. I was using |
Alright, can reproduce the issue now. While investigating what we need to change to make it work, looks like at least for me, after changin both properties, running |
Description of the bug
After the call to
UI.getCurrent().navigate()
(either by String or Class) the application renders the requested page, however the URL (location) in the browser does not change. The documentation for this method says that it should do so.It used to work in 24.3
I tried to turn off react router, but the behavior is the same with or without the react enabled.
Reproduced in all major browsers.
It's interesting that when I use RouterLink for navigation, it works as expected.
Also, I noticed that the issue is reproducible only if there is
dev.bundle
present in the project. If you fetch the project below and removedev.bundle
then the navigation works as expected.Expected behavior
I'd expect the browser location and history to be changed after call to
navigate()
Minimal reproducible example
You can reproduce it using this simple project:
https://github.com/bwajtr/vaadin-browser-router-navigation-issue
Versions
The text was updated successfully, but these errors were encountered: