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
Emacs lock files cause an UnhandledPromiseRejectionWarning in ng serve #18342
Comments
An even easier repro is to just create a dangling symlink in the project root:
|
@vbraun, I tried to replicate this but I didn't get the mentioned error
|
Hmm, package version mismatch? I've just installed the newest from npm. Downgrading to chokidar@2.1.8 kludges around the issue for me (either by downgrading to watchpack 1.6.1 or getting rid of watchpack's vendored version):
I also tried node v10 and v14, but no dice: Still get the same UnhandledPromiseRejectionWarning |
@vbraun, so I did try to replicate this again this time in a Linux container and I did manage to replicate it. This will need some digging. |
This is probably paulmillr/chokidar#955 |
Exactly the same here, a temporal solution waiting the release might be to add this line in .emacs file:
But this solution should only be temporary and/or rely on more often backup files. |
Thanks for reporting this issue. This issue is now obsolete due to changes in the recent releases. Please update to the most recent Angular CLI version. If the problem persists after upgrading, please open a new issue, provide a simple repository reproducing the problem, and describe the difference between the expected and current behavior. |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
🐞 Bug report
Command (mark with an
x
)Description
Emacs lock files cause an UnhandledPromiseRejectionWarning. The lock file
.#filename
is actually a symlink pointing nowhere and seems to break the webpack watcher. Also, the lock file is generated once I type anything into the emacs buffer (and not while saving), so there is no point in watching the lock files.Apart from flooding the console with spurious errors the watch&rebuild seems to work
🔬 Minimal Reproduction
🌍 Your Environment
The text was updated successfully, but these errors were encountered: