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

tsserverlibrary.d.ts contains implicitAny error #33894

Closed
ajafff opened this issue Oct 9, 2019 · 3 comments · Fixed by #33896
Closed

tsserverlibrary.d.ts contains implicitAny error #33894

ajafff opened this issue Oct 9, 2019 · 3 comments · Fixed by #33896
Labels
Bug A bug in TypeScript

Comments

@ajafff
Copy link
Contributor

ajafff commented Oct 9, 2019

TypeScript Version: v3.7.0-dev.20191009

Search Terms:

Code

tsc --noEmit --strict node_modules/typescript/lib/tsserverlibrary.d.ts

Expected behavior:

No error

Actual behavior:

node_modules/typescript/lib/tsserverlibrary.d.ts:8559:21 - error TS7033: Property 'typingsCache' implicitly has type 'any', because its get accessor lacks a return type annotation.

8559         private get typingsCache();
                         ~~~~~~~~~~~~


Found 1 error.
@ajafff
Copy link
Contributor Author

ajafff commented Oct 9, 2019

On second thought this is probably not a problem with tsserverlibrary.d.ts. It seems the check for implicitAny getters should exclude private ones.

@nmain
Copy link

nmain commented Oct 9, 2019

Related to #33877

@RyanCavanaugh RyanCavanaugh added the Bug A bug in TypeScript label Oct 9, 2019
@RyanCavanaugh RyanCavanaugh added this to the TypeScript 3.7.1 milestone Oct 9, 2019
@RyanCavanaugh
Copy link
Member

Nice catch @ajafff

eladb pushed a commit to aws/jsii that referenced this issue Nov 17, 2019
Due to a TypeScript [bug], it was impossible to write a jsii module
that takes a dependency on a module that has private type declarations
in their d.ts file since they are untyped by definition.

This temporary fix sets `noImplicitAny` to `false` in order to disable
this check and enable the dependency use case until we upgrade to the 3.7.x
version-line.

Fixes #994

[bug]: microsoft/TypeScript#33894
mergify bot pushed a commit to aws/jsii that referenced this issue Nov 17, 2019
Due to a TypeScript [bug], it was impossible to write a jsii module
that takes a dependency on a module that has private type declarations
in their d.ts file since they are untyped by definition.

This temporary fix sets `noImplicitAny` to `false` in order to disable
this check and enable the dependency use case until we upgrade to the 3.7.x
version-line.

Fixes #994

[bug]: microsoft/TypeScript#33894
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug A bug in TypeScript
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants