Add string literal completions for package.json imports field

[Andarist]

closes #52460
closes #57680
closes #57777

Currently, this only has tests based on #55015 but I still have to add more

[Andarist]

this is kinda a reverse of getOutputPathWithoutChangingExt:

TypeScript/src/compiler/emitter.ts

Lines 542 to 554 in 3fca8c8

	function getOutputPathWithoutChangingExt(
	inputFileName: string,
	ignoreCase: boolean,
	outputDir: string | undefined,
	getCommonSourceDirectory: () => string,
	): string {
	return outputDir ?
	resolvePath(
	outputDir,
	getRelativePathFromDirectory(getCommonSourceDirectory(), inputFileName, ignoreCase),
	) :
	inputFileName;
	}

[Andarist]

@andrewbranch I opened this as a draft because there are some minor cleanups to be done here. I'd appreciate an early review here though - in case there is something fundamentally wrong with this.

[DanielRosenwasser]

@Andarist did you still want to pursue this? We're looking to get this done in the TS 5.7 timeframe.

[Andarist]

@DanielRosenwasser yes, it would be great if @andrewbranch could give this a quick look to check if im not doing anything overly wrong so I dont spend too much time on cleaning up things that will turn out to be wrong in the end ;p

[andrewbranch]

Yeah, this looks on the right track to me, thanks!

[Andarist]

@andrewbranch thanks for the review! I’ll try to clean this up asap

[typescript-bot]

The TypeScript team hasn't accepted the linked issue #52460. If you can get it accepted, this PR will have a better chance of being reviewed.

[Andarist]

I have been busy the last 2 weeks, I've done some progress on this in the past days but I hope to get everything done till the end of this week 🤞

[Andarist]

I have no idea if this is completely correct. I added it to make pathCompletionsPackageJsonImportsSrcNoDistWildcard6 pass as it's using ? in the component path component.

I have added that test based on the existing pathCompletionsPackageJsonExportsWildcard6. The difference is that the test I have added is a fourslash/server test and it follows a slightly different codepath.

The existing one validates here:

TypeScript/src/harness/vfsUtil.ts

Lines 1104 to 1108 in b8e4ed8

	private _resolve(path: string) {
	return this._cwd
	? vpath.resolve(this._cwd, vpath.validate(path, vpath.ValidationFlags.RelativeOrAbsolute | vpath.ValidationFlags.AllowWildcard))
	: vpath.validate(path, vpath.ValidationFlags.Absolute | vpath.ValidationFlags.AllowWildcard);
	}

And the ValidationFlags.AllowWildcard was added there here

On the other hand, the fourslash/server validates here, where I'm adding this comment. This codepath was added as part of #20763 - which proceeds the PR that introduced ValidationFlags.AllowWildcard. So perhaps this was just a harmless omission in that newer PR. I don't know why this is a flag in the first place though so 🤷‍♂️

[andrewbranch]

@rbuckton can you advise?

[Andarist]

@andrewbranch it's ready for re-review :)

I could also use a build of this to test it more easily in a real project, and not only in the test harness ;p cc @jakebailey