-
Notifications
You must be signed in to change notification settings - Fork 27.4k
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
Don't dispose previous pages in dev mode #1939
Comments
"too many pages" is kind a hard to decide. I like that and we can default that to 2. |
Disabling for disposing pages can be reached by set maximum inactive age to infinite time.
But ability for disable HMR totally for development mode by config will be very useful. If everyone knows solution for this problem, which does not require implicit patching next.js source code, please answer here :) |
@timneutkens could maybe comment on why this was closed? |
@sedubois inactivity. I went through all inactive issues. |
This problem also bother me. Is there any solution recently? thanks. |
* Revert "Keep some buffered pages, that won't be disposed. Fix #1939 (#2592)" This reverts commit 3643612. * Revert "Add beta installation instruction" This reverts commit 418cc21. * Revert "4.0.0-beta.1" This reverts commit c2d98e2. * Revert "Treat navigation to empty hash as hash navigate (#2971)" This reverts commit c6bd6ef. * Revert "React 16 (fiber) (#2996)" This reverts commit d19cc97.
has anything changed related to this issue so far? |
@kunokdev it's configurable now in v4 beta https://github.com/zeit/next.js#configuring-the-ondemandentries |
This thread has been automatically locked because it has not had recent activity. Please open a new issue for related bugs and link to relevant comments in this thread. |
In dev mode, when navigating from e.g index page to page B, it will then after a while destroy the index page:
Disposing inactive page(s): /
. Why not keeping it in memory, at least as long as there aren't too many pages built?Rather than disposing on timeout, it appears better to me to dispose pages when there are too many of them in memory.
This would allow to then have fast client-side transitions (after the first load), which allows to have a feel of these transitions without needing to deploy to prod.
The text was updated successfully, but these errors were encountered: