Skip to content
This repository has been archived by the owner on Aug 7, 2023. It is now read-only.

"Casing of [import] does not match the underlying filesystem" when opening project with atom . #1100

Closed
2 of 3 tasks
andreidobrinski opened this issue Feb 8, 2018 · 4 comments

Comments

@andreidobrinski
Copy link

andreidobrinski commented Feb 8, 2018

Issue Type

Bug

Issue Description

Steps:

It's worth noting that the issue does not exist when the project is opened thru the Atom menu via File > Add Project Folder and selecting it from the dropdown.

Also worth noting that @Arcanemagus mentioned that it might be an OS level issue. Wondering if anyone else is having the same issue.

Found some similar issues in my searches:
import-js/eslint-plugin-import#945
import-js/eslint-plugin-import#720

Bug Checklist

  • Restart Atom
  • Verify the eslint CLI gives the proper result, while linter-eslint does not
  • Paste the output of the Linter Eslint: Debug command from the Command Palette below

Linter Eslint: Debug output here

Atom version: 1.23.3
linter-eslint version: 8.4.1
ESLint version: 4.17.0
Hours since last Atom restart: 0.3
Platform: darwin
Using local project ESLint from: /Users/andreidobrinski/downloads/test-app/node_modules/eslint
Current file's scopes: [
  "source.js.jsx",
  "string.quoted.module.js",
  "punctuation.definition.string.begin.js"
]
linter-eslint configuration: {
  "lintHtmlFiles": false,
  "useGlobalEslint": false,
  "showRuleIdInMessage": true,
  "disableWhenNoEslintConfig": true,
  "eslintrcPath": "",
  "globalNodePath": "",
  "advancedLocalNodeModules": "",
  "eslintRulesDirs": [],
  "disableEslintIgnore": false,
  "disableFSCache": false,
  "fixOnSave": false,
  "scopes": [
    "source.js",
    "source.jsx",
    "source.js.jsx",
    "source.babel",
    "source.js-semantic"
  ],
  "rulesToSilenceWhileTyping": [],
  "rulesToDisableWhileFixing": [],
  "ignoreFixableRulesWhileTyping": false
}
@Arcanemagus
Copy link
Member

What do you get for npm ls eslint-plugin-import?

@andreidobrinski
Copy link
Author

2.8.0, unfortunately

@andreidobrinski
Copy link
Author

andreidobrinski commented Feb 9, 2018

Tested again today and I was able to open the project with atom .. The issue was with my navigation to the project. Changing to the proper case of the folder removed the linting issue. i.e. entering cd Documents instead of cd documents did the trick, when the folder was actually "Documents"

@skylize
Copy link
Contributor

skylize commented Feb 25, 2018

Closing as this appears to be resolved.

Atom has some quirks about casing on Systems that are supposed to be case-insensitive. The correct solution (workaround?) is to ensure you have properly cased folder-names displayed in your terminal before typing cli commands for Atom.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants