Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Bug(typescript-estree): Project services default project not working with extended tsconfigs #9205

Closed
Labels
accepting prsGo ahead, send a pull request that resolves this issuebugSomething isn't workinglocked due to agePlease open a new issue if you'd like to say more. See https://typescript-eslint.io/contributing.package: typescript-estreeIssues related to @typescript-eslint/typescript-estree
Milestone
@higherorderfunctor

Description

@higherorderfunctor

Before You File a Bug Report Please Confirm You Have Done The Following...

  • I have tried restarting my IDE and the issue persists.
  • I have updated to the latest version of the packages.
  • I havesearched for related issues and found none that matched my issue.
  • I haveread the FAQ and my problem is not listed.

Issue Description

I have identified two issues with project services.

  1. If the default project'stsconfig.json has anextends, to say atsconfig.base.json with a common set of compiler options, those compiler options are not used. The example repo is a monorepo with liberal use of project references. An example published package that uses a similar setup ishttps://github.com/Effect-TS/effect.
  2. Fixing or working around the first issue (both are demonstrated in the example), reveals thatparserOptions.extraFileExtensions is not working as expected to setuptsserver for type checking using project references with non-standard file extensions. The example demonstrates how.vue files are not type checking correctly.

I have created a basicpatch that solves both issues (minus rigorous testing).

The first issue is triggered bytsserver.readConfigFile at

Replacing withtsserver.getParsedCommandLineOfConfigFile solves the extends issue. This was pretty much lifted from

Fixing this issue will reveal the second issue with file extensions. The patch corrects this by forwardingextraFileExtensions totsserver usingservice.setHostConfiguration.

Reproduction Repository Link

https://github.com/higherorderfunctor/example-typescript-eslint-bug

Repro Steps

Directions are located in the example repo'sREADME.

The repo has a patch to fix the bugs (enabled by default) and needs to disabled to demonstrate the bugs.

Versions

node --versionv20.12.2pnpm --version8.15.5pnpm list -rLegend: production dependency, optional only, dev onlyexample-typescript-eslint-bug@1.0.0 <REDACTED>/example-typescript-eslint-bug (PRIVATE)devDependencies:eslint 8.57.0eslint-plugin-vue 9.26.0typescript 5.4.5typescript-eslint 7.11.0vue-eslint-parser 9.4.3vue-tsc 2.0.19package-a@1.0.0 <REDACTED>/example-typescript-eslint-bug/packages/package-a (PRIVATE)dependencies:@types/jsdom 21.1.7@types/node 20.13.0vite 5.2.12vue 3.4.27cat /etc/os-releaseANSI_COLOR="1;34"BUG_REPORT_URL="https://github.com/NixOS/nixpkgs/issues"BUILD_ID="24.11.20240529.ad57eef"DOCUMENTATION_URL="https://nixos.org/learn.html"HOME_URL="https://nixos.org/"ID=nixosIMAGE_ID=""IMAGE_VERSION=""LOGO="nix-snowflake"NAME=NixOSPRETTY_NAME="NixOS 24.11 (Vicuña)"SUPPORT_URL="https://nixos.org/community.html"VERSION="24.11 (Vicuña)"VERSION_CODENAME="vicuña"VERSION_ID="24.11"

Metadata

Metadata

Assignees

No one assigned

    Labels

    accepting prsGo ahead, send a pull request that resolves this issuebugSomething isn't workinglocked due to agePlease open a new issue if you'd like to say more. See https://typescript-eslint.io/contributing.package: typescript-estreeIssues related to @typescript-eslint/typescript-estree

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


      [8]ページ先頭

      ©2009-2025 Movatter.jp