You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As pointed out by microsoft/TypeScript#58337, type checking can proceed in different orders depending on whether it was triggered by a full tsc run or by a tsserver request like getting semantic info.
It would be interesting to trace the tsserver process but there are two obvious downsides:
tracing would add extra overhead when the editor experience is already laggy
a. we can use a separate tsserver, like we do for the realtime metrics
the tracing code specifically disables recording types when in server mode
a. this is moot, as we can just monkey path tracing.recordType
The text was updated successfully, but these errors were encountered:
As pointed out by microsoft/TypeScript#58337, type checking can proceed in different orders depending on whether it was triggered by a full tsc run or by a tsserver request like getting semantic info.
It would be interesting to trace the tsserver process but there are two obvious downsides:
a. we can use a separate tsserver, like we do for the realtime metrics
the tracing code specifically disables recording types when in server modea. this is moot, as we can just monkey path tracing.recordType
The text was updated successfully, but these errors were encountered: