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
eslint parser flags import (in import.meta.url) as an error #12518
Comments
Thank you for your report. But this is correct behavior because |
It notably replaces It is indeed annoying that the only reason to pull in babel as a dev dependency is because eslint is unable to parse |
Does this apply yet, given the above? |
And deno (the Chromium based Edge has been released on January 15, by the way). |
Let's move this discussion to #13042, since it's an open issue. |
I do want to note that our policy is to update core rules to not crash. Parser errors are not included in this. |
For those who came here by search engine:Here is the actual issue being tracked for |
Tell us about your environment
vscode information
Version: 1.39.2
Commit: 6ab598523be7a800d7f3eb4d92d7ab9a66069390
Date: 2019-10-15T15:33:40.634Z
Electron: 4.2.10
Chrome: 69.0.3497.128
Node.js: 10.11.0 (vscode is apparently running a different node than the shell)
V8: 6.9.427.31-electron.0
OS: Linux x64 4.15.0-66-generic
eslint is executed via: Dirk Baeumer's vscode eslint extension: https://github.com/Microsoft/vscode-eslint
System configuration:
Node version: v12.11.1
npm version: v6.12.1
Local ESLint version: Not found
Global ESLint version: v6.6.0 (Currently used)
What parser (default, Babel-ESLint, etc.) are you using?
default
Please show your full configuration:
Configuration
What did you do? Please include the actual source code causing the issue, as well as the command that you used to run ESLint.
What did you expect to happen?
no error flagged from referring to
import.meta.url
What actually happened? Please include the actual, raw output from ESLint.
(parsing error unexpected token: import)
Are you willing to submit a pull request to fix this bug?
if someone points me at the appropriate parsing code i'll give it a try.
The text was updated successfully, but these errors were encountered: