-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Hot reload doesn't reflect frontmatter nor config.js changes #1283
Comments
This is the same behavior I am experiencing in the latest pull of 1.x. I have worked extensively with 0.x and it works fine in that version. Is this something that is on the near term radar for being fixed? |
Frontmatter changes do work with version Also changes in the .vuepress/config.js are working, the title is refreshed in the sidebar. |
I've tried again in 1.0.0-alpha/47 and none of these changes are being hot reloaded (or even updated after a manual browser refresh):
My VuePress console window tells me:
But then nothing is updated in my browser - not even after a manual refresh. Is this different to what you're experiencing @timaschew? |
+1 |
Same here. [email protected] installed globally via yarn. Environment Info:
Create a page named "new-page.md". Console detected the changes, but visit /new-page returns 404.
Update .vuepress/config.js (like title). Console detected the chagnes, but browser does not update. Force refresh won't work either.
However, update existing page works as expected. Relaunch vuepress dev server will fix everything. |
Refs #1536 I tried run with However I meet a new issue that all custom components failed after reload. Force refresh won't fix it either. But I do find a trick that create or rename a md file will fix it.
|
It takes effect when I changed some dynamically configurations, but changing fontmatter didn't work. Some dynamically configurations related files are as follows:
I specify script in frontmatter:
It takes effect when changing file modified: It works and there are two more menus in the sidebar But it does not take effect when changing file such as: It doesn't work!
|
I have the same problems. Everytime I modified the configuration files in |
@ludanxer as @quanzaiyu stated the workaround with
|
Any updates on this? This is very irritating if you're trying to use vuepress to something beyond docs. |
The menu bar on the left side of the second level title and the third level title will not be updated now |
I meet the same problems in lastet version 1.5. Why hasn't this problem been solved?It has affected everyday use.I just want to have a normal incremental compilation and hot reload. |
Instead to
After a change in |
此方法有效,不过要注意最后的启动命令是vuepress dev doc |
Using |
+ 修正了文章中的圖片路徑 > 相對路徑是指編譯前的路徑!! > 目前偏好在 markdown 中,不使用 alias + 更新相依套件以防止安全性漏洞 + 添加開發模式 hot-reload 問題的對應處理: [nodemon](vuejs/vuepress#1283 (comment))
This issue is opened in 2019 and its still open. Where are the Core Team? Its not a small issue. It really affects the Development. cc: @yyx990803 @ulivz @kefranabg @f3ltron @billyyyyy3320 |
I agree. This is actually kind of a showstopper issue as far as I'm concerned. I just discovered this tool and was excited until I installed it and hit this issue right away. |
This doesn't work for me. It restarts but the menu still doesn't get loaded. I've tried all the supposed fixes I have found on this issue. Only solution is stopping then starting What is everyone doing now? Are you all just living with this or is there some other tool I should be looking at? |
@sdwru add i.e.
|
im still getting |
Calling emptyDirSync every time createTemp is called - i.e, every time App.process is called; i.e., every time source files update - throws off webpack-dev-server, causing it to lose track of the source files and subdirectories. This leads to a variety of sporadic errors and breaks auto-refresh of frontmatter and configuration. Fix this by avoiding emptying temporary directories when we can detect that they were previously initialized by the same instance of the VuePress process. Fixes vuejs#1283. Fixes vuejs#2233. Fixes vuejs#2254. Fixes vuejs#2437.
Calling emptyDirSync every time createTemp is called - i.e, every time App.process is called; i.e., every time source files update - throws off webpack-dev-server, causing it to lose track of the source files and subdirectories. This leads to a variety of sporadic errors and breaks auto-refresh of frontmatter and configuration. Fix this by avoiding emptying temporary directories when we can detect that they were previously initialized by the same instance of the VuePress process. Fixes vuejs#1283. Fixes vuejs#2233. Fixes vuejs#2254. Fixes vuejs#2437.
Calling emptyDirSync every time createTemp is called - i.e, every time App.process is called; i.e., every time source files update - throws off webpack-dev-server, causing it to lose track of the source files and subdirectories. This leads to a variety of sporadic errors and breaks auto-refresh of frontmatter and configuration. Fix this by avoiding emptying temporary directories when we can detect that they were previously initialized by the same instance of the VuePress process. Fixes vuejs#1283. Fixes vuejs#2233. Fixes vuejs#2254. Fixes vuejs#2437.
Hey everyone. Sorry for the delay on this. I've been testing this on v1.5.3 and on both Node v12 and v10 and it looks like it's resolved. 🎉 If anyone is still encountering this, please re-open the issue and let me know what environment you're on and hopefully a repo I can clone to help debug. |
Hi @bencodezen, I used ubuntu and have the same bug with "vuepress": "^1.5.3" and node v12.13.1 |
I still have this problem too.
It's not so cumbersome to restart the dev server, a hotkey helps, but for the sake of speed VitePress looks like it's becoming a terrific alternative! It is comparatively minimalistic and may not be stable yet. |
Also seeing this issue with |
People are still reporting this issue (#2392). Hot reloading development does not work for me out of the box (Windows 10, Node 12, VuePress 1.7.1)
This fixed it for me. So it looks like something is wrong with the watchOptions.ignore config here? 7e9d0c1 From what I remember webpack watch doesn't really like Window style path separators @bencodezen Maybe this issue should be reopened. |
If you are not strictly using vue 2, try vuepress 2 or vitepress. |
这是正确的方法。希望他们的方法能帮助你们。 |
Still have this issue (both with config.js and frontmatter in the .md's) and the workaround from @sundayz does not work for me. On vuepress 1.8.0 (on Windows 10, if that matters). The issue seems pretty open to me... |
Does anyone know if vuepress 2 as mentioned by @meteorlxy is usable or if its just an alpha? And what exactly is vitepress, I'm not sure on the difference between vuepress and vitepress. |
@bencodezen As requested, repo with replication: https://github.com/hyvyys/vuepress-frontmatter-hotreload-test I'm on Windows 10, Node v14.13.0 Replication video: https://user-images.githubusercontent.com/20814638/105531681-fc99b800-5ce9-11eb-8c1f-fc0129629604.mp4 |
+ 修正了文章中的圖片路徑 > 相對路徑是指編譯前的路徑!! > 目前偏好在 markdown 中,不使用 alias + 更新相依套件以防止安全性漏洞 + 添加開發模式 hot-reload 問題的對應處理: [nodemon](vuejs/vuepress#1283 (comment))
Have this issue too, we still using vue2 so cannot change to vuepress2 or vitepress as alternative. |
VuePress v1.9.7 |
Bug report
The hot reload functionality when using
vuepress dev
does not seem to pickup changes to:*.md
frontmatter.vuepress/config.js
I'm new to VuePress so not sure if this was this previously working in earlier versions, but not working in
1.0.0-alpha.37
.Version
1.0.0-alpha.37
Steps to reproduce
Install vuepress@next globally -
yarn global add vuepress@next
Start with empty folder and a single
README.md
file, with a few headingsCreate a
.vuepress/config.js
file and enable a sidebar:Run
vuepress dev
and view in browserAdd frontmatter to
README.md
such as:Nothing happens. Content changes are reloaded, but none of the frontmatter data.
Add another sidebar item to
config.js
Again, the browser is not updated.
Not even a browser refresh helps in either of these issues. I have to quit the dev server and restart it for the frontmatter and new sidebar elements to be reflected in the browser.
What is expected?
I would expect the frontmatter data to be rescanned and injected into the page and reflected in sidebars.
What is actually happening?
Content changes are hot reloaded, but none of the frontmatter data nor
config.js
changes.Other relevant information
The text was updated successfully, but these errors were encountered: