Skip to content
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

no-named-default test failure #756

Open
gmathieu opened this issue Feb 28, 2017 · 8 comments
Open

no-named-default test failure #756

gmathieu opened this issue Feb 28, 2017 · 8 comments

Comments

@gmathieu
Copy link
Contributor

@ntdb looks like a lot of PRs are failing because of the following error:

default is a reserved word

Is it okay to disable this test?

@gmathieu gmathieu changed the title no-named-default still relevant? no-named-default test failure Feb 28, 2017
@ntdb
Copy link
Contributor

ntdb commented Feb 28, 2017

Interesting... @jfmengels any thoughts on this? I'm hesitant to just disable a spec but obviously we need builds to run.

@ljharb
Copy link
Member

ljharb commented Feb 28, 2017

Can we pin down what dep update is causing the error?

@gmathieu
Copy link
Contributor Author

gmathieu commented Mar 1, 2017

I've created a diff between the latest passing PR build 1849 and my branch's build 1858.

--- passing.txt    Tue Feb 28 16:12:34 2017
+++ failing.txt    Tue Feb 28 16:12:37 2017
@@ -5,7 +5,7 @@
 | | `-- [email protected]
 | +-- [email protected]
 | | `-- [email protected]
-| +-- [email protected]
+| +-- [email protected]
 | +-- [email protected]
 | | +-- [email protected]
 | | | `-- [email protected]
@@ -62,8 +62,8 @@
 |   | | `-- [email protected]
 |   | +-- [email protected]
 |   | +-- [email protected]
-|   | | +-- [email protected]
-|   | | | `-- [email protected]
+|   | | +-- [email protected]
+|   | | | `-- [email protected]
 |   | | `-- [email protected]
 |   | +-- [email protected]
 |   | | +-- [email protected]
@@ -186,7 +186,7 @@
 +-- [email protected]
 | +-- [email protected]
 | `-- [email protected]
-+-- [email protected]
++-- [email protected]
 | +-- [email protected]
 | | `-- [email protected]
 | +-- [email protected]
@@ -196,7 +196,7 @@
 | | `-- [email protected]
 | +-- [email protected]
 | | +-- [email protected]
-| | +-- [email protected]
+| | +-- [email protected]
 | | | +-- [email protected]
 | | | +-- [email protected]
 | | | +-- [email protected]
@@ -232,7 +232,7 @@
 | | +-- [email protected]
 | | `-- [email protected]
 | +-- [email protected]
-| +-- [email protected]
+| +-- [email protected]
 | +-- [email protected]
 | +-- [email protected]
 | | +-- [email protected]
@@ -252,7 +252,7 @@
 | | +-- [email protected]
 | | +-- [email protected]
 | | `-- [email protected]
-| +-- [email protected]
+| +-- [email protected]
 | | +-- [email protected]
 | | +-- [email protected]
 | | | `-- [email protected]
@@ -291,7 +291,8 @@
 | `-- [email protected]
 |   `-- [email protected]
 +-- [email protected]  invalid
-| `-- [email protected]
+| `-- [email protected]
+|   `-- [email protected]
 +-- [email protected]
 | +-- [email protected]
 | +-- [email protected]
@@ -324,14 +325,16 @@
 | | | | | `-- [email protected]
 | | | | +-- [email protected]
 | | | | | `-- [email protected]
-| | | | |   `-- [email protected]
 | | | | `-- [email protected]
 | | | +-- [email protected]
 | | | | +-- [email protected]
 | | | | +-- [email protected]
-| | | | +-- [email protected]
-| | | | | +-- [email protected]
-| | | | | `-- [email protected]
+| | | | +-- [email protected]
+| | | | | +-- [email protected]
+| | | | | +-- [email protected]
+| | | | | +-- [email protected]
+| | | | | +-- [email protected]
+| | | | | `-- [email protected]
 | | | | `-- [email protected]
 | | | |   `-- [email protected]
 | | | +-- [email protected]
@@ -490,7 +493,7 @@
 | | +-- [email protected]
 | | | `-- [email protected]
 | | +-- [email protected]
-| | `-- [email protected]
+| | `-- [email protected]
 | |   +-- [email protected]
 | |   +-- [email protected]
 | |   `-- [email protected]
@@ -516,8 +519,9 @@
 +-- [email protected]
 | +-- [email protected]
 | | `-- [email protected]
-| `-- [email protected]
-|   `-- [email protected]
+| +-- [email protected]
+| | `-- [email protected]
+| `-- [email protected]
 +-- [email protected]
 +-- [email protected]
 | `-- [email protected]
@@ -741,8 +745,8 @@
 | +-- [email protected]
 | +-- [email protected]
 | `-- [email protected]
-+-- [email protected]
-+-- UNMET PEER DEPENDENCY [email protected]
++-- [email protected]
++-- UNMET PEER DEPENDENCY [email protected]
 +-- [email protected]
 | `-- [email protected]
 |   `-- [email protected]

I even tried locking the dependencies to the previous build but no luck

"devDependencies": {
    "babel-eslint": "6.0.0-beta.6",
    "babel-plugin-istanbul": "2.0.3",
    "babel-preset-es2015-argon": "0.1.0",
    "babel-register": "6.16.3",
    "chai": "3.5.0",
    "coveralls": "2.11.16",
    "cross-env": "3.1.4",
    "eslint": "3.15.0",
    "eslint-import-resolver-node": "file:./resolvers/node",
    "eslint-import-resolver-webpack": "file:./resolvers/webpack",
    "eslint-module-utils": "file:./utils",
    "eslint-plugin-import": "2.2.0",
    "gulp": "3.9.1",
    "gulp-babel": "6.1.2",
    "istanbul": "0.4.5",
    "linklocal": "2.8.0",
    "mocha": "3.2.0",
    "nyc": "8.4.0",
    "redux": "3.6.0",
    "rimraf": "2.6.0",
    "typescript": "2.1.6",
    "typescript-eslint-parser": "1.0.3"
  },
  "peerDependencies": {
    "eslint": "2.x - 3.x"
  },
  "dependencies": {
    "builtin-modules": "1.1.1",
    "contains-path": "0.1.0",
    "debug": "2.6.1",
    "doctrine": "1.5.0",
    "eslint-import-resolver-node": "0.2.3",
    "eslint-module-utils": "2.0.0",
    "has": "1.0.1",
    "lodash.cond": "4.5.2",
    "minimatch": "3.0.3",
    "read-pkg-up": "2.0.0"
  },

@ljharb
Copy link
Member

ljharb commented Mar 1, 2017

Maybe babylon - if you npm install [email protected] and rerun, do tests pass?

@gmathieu
Copy link
Contributor Author

gmathieu commented Mar 1, 2017

@ljharb that did it. I'll have a PR ready in a bit.

@ljharb
Copy link
Member

ljharb commented Mar 1, 2017

Great, that narrows it down :-) I think rather than locking down the dep, we should fix the code (or, if the error isn't spec-compliant, push upstream so babylon fixes it)

@danez
Copy link

danez commented May 24, 2017

The code in the test is invalid. default is not a valid local identifier in this case. Most parsers fail on this code and babylon now also does in 6.16.0.
Imho the test should be dropped. Other valid cases like import { default as x } are already tested.

Should I create a PR?

@ljharb
Copy link
Member

ljharb commented Oct 29, 2018

Yes, a PR to remove the test seems prudent, thanks.

@ljharb ljharb reopened this Oct 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

4 participants