fix(semantic): fix reference type flags when visiting TSImportType

[camc314]

type k = import ('foo').bar

@Dunqing previously, the bar reference would have ReferenceFlags::read, but since it's only used as a type i think it should only have the type reference flags?

fixes #12693

[camc314]

• fix(semantic): fix reference type flags when visiting TSImportType #12797 👈 (View in Graphite)
• main

---

How to use the Graphite Merge Queue

Add either label to this PR to merge it via the merge queue:

• 0-merge - adds this PR to the back of the merge queue
• hotfix - for urgent hot fixes, skip the queue and merge this PR next

You must have a Graphite account in order to use the merge queue. Sign up using this link.

An organization admin has enabled the Graphite Merge Queue in this repository.

Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue.

This stack of pull requests is managed by Graphite. Learn more about stacking.

[codspeed-hq]

CodSpeed Instrumentation Performance Report

Merging #12797 will not alter performance

_{Comparing c/08-04-fix_semantic_fix_reference_type_flags_when_visiting_tsimporttype_ (c5cfc27) with main (5475075)}

Summary

✅ 34 untouched benchmarks

[Dunqing]

The root cause is due to the qualifier of TSImportType includes an unexpected IdentifierReference , see #12042. If this can solve your problem, I am happy to go with it. Additionally, could you please add a comment to link that issue to the change?

[camc314]

The root cause is due to the qualifier of TSImportType includes an unexpected IdentifierReference , see #12042.

Ah i see, I think it would be better to change the ast and fix it there?

[Dunqing]

Ah i see, I think it would be better to change the ast and fix it there?

Yeah, but I guess there is a lot of work to change this, so this is the reason why Boshen gives up, I guess.

[camc314]

fixed by #12799