microsoft / microsoft/TypeScript
[FR] `"javascript/typescript.preferences.importModuleSpecifier": "no-relative-parent-imports"`
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 111k
- Forks
- 14.3k
- Avg merge
- 1d 19h
- Merged PRs (30d)
- 117
Description
Works like https://github.com/import-js/eslint-plugin-import/blob/main/docs/rules/no-relative-parent-imports.md
The following patterns are considered problems:
/**
* in my-project/lib/a.js
*/
import bar from '../main' // Import parent file using a relative path
The following patterns are NOT considered problems:
/**
* in my-project/main.js
*/
import foo from 'foo' // Import package using module path
import a from './lib/a' // Import child file using relative path
/**
* in my-project/lib/a.js
*/
import b from './b' // Import sibling file using relative path
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the existing javascript/typescript.preferences.importModuleSpecifier setting and the examples in this issue. Trace where import-module-specifier preferences are defined and consumed, then add the no-relative-parent-imports behavior so parent-relative imports are rejected while package, child, and sibling imports remain valid. Done means the preference is supported and covered by the relevant existing tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, typescript
- Domain
- developer-experience, tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100