-
-
Notifications
You must be signed in to change notification settings - Fork 474
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
First page load is not cached, but could be fetched automatically in background #602
Comments
Adding |
Thanks @geraldnako for the quick workaround! 😉 |
Doesn't the (new) solution re-introduce the old issue #383 by caching the (possibly already modified) html of the current page? To make this fool-proof, one would have to fetch/preload the page in the background and cache the returned html. |
Hi @daun 👋 Thanks for pointing this out. From what I have tested, the first page was not cached at all: Barba was making a new request when using backward navigation to the home. In order to give an appropriate answer to this, I have added it again to my notes, so I can do additional tests and give a feedback on that 😉. |
Sounds good! Maybe this could be a setting? That way, consumers can explicitly turn it off if they run into problems with caching the already modified html. |
Hi @daun 👋 Sorry for the late feedback 🌊 I will open an additional issue to make things clear. |
@xavierfoucrier Wonderful! I think having it |
@daun sure 👌 , thanks for your feedback! |
Barba caching is not working on first page load.
When loading the home, the page won't be cached.
Navigating to another page and go back will make the home page properly cached.
The text was updated successfully, but these errors were encountered: