If enabled, `JavaDirectInheritorsSearcher.calculateDirectSubClasses` finds kotlin enum constants as light classes (and k1 relies on that). Based on those classes, light methods are found. But for k2 these results are redundant, because direct kotlin search is performed as well.
Regular Kotlin inheritors are not identified by the `JavaDirectInheritorsSearcher` due to their absence in the `JavaSuperClassNameOccurenceIndex`.
GitOrigin-RevId: 6ba01326975297d73ed88085154fd9706dec2b50
In this commit we implement a logical implication of the fact
that StubIndex::get is deprecated, combined with the fact that
AbstractStubIndex::get is not deprecated but calls
StubIndex::get with the exact same arguments it received. The
absence of deprecation of AbstractStubIndex::get obfuscates
the fact that we want to phase out StubIndex::get calls.
Apart from deprecating said method, we add some convenience
methods in AbstractStubIndex inheritors that ensure a few things:
- The not-deprecated and preferred StubIndex::getElements is
called with appropriate arguments, including a properly
specialised requiredClass argument.
- Shorter syntax and DRY: only 3 arguments are required to pass
into the convenience method, whereas getElements requires 2
more. These 2 arguments are fields of the AbstractStubIndex
inheritor, so it makes little sense to get them from there
and pass them into StubIndex::getElements everywhere.
Wherever we can, these convenience methods are now used.
If you have access to JetBrains internal resources, also see:
https://jetbrains.team/p/ij/reviews/112930/timelinehttps://jetbrains.slack.com/archives/CMDBCUBGE/p1691509451975689
GitOrigin-RevId: c51ef4de44aa85841799640b1ece9d291208dc69
we should not fix issues caused by wrong file type re-association instead of it we should create a mechanism to warn user about it
GitOrigin-RevId: 8e00c260d7f319828b9686fa9e8e98175ce0361a
Also: fix use scope for record components
Fixes IDEA-323449 Noticeable delay in record members highlighting when I click on them
GitOrigin-RevId: 4535c1eaa040e4ccfe61d1f214645a321438a937
Such a code is often written by mistake, and 'equals' method should be used instead. If rare cases where identity-based comparison is really needed, the code is changed to use a special Strings.areSameInstance method to make the intention explicit and avoid warnings.
GitOrigin-RevId: e89d229059157ecc9ad21d9a189f7393839ab45f
Kotlin plugin needs to contribute its directories to PackageIndex, so we need to have a public API for that. It's better to put it to Java plugin from the beginning, since corresponding functionality will be removed from the platform as soon as we get rid of platform API which allows plugins to access it.
GitOrigin-RevId: d66adf78641383312478950bb040bdf66ffd1eb2
Now we have Code Vision hints which determine the author via Git history and show it in the editor automatically, and this information is more accurate than the tags which were automatically added when files were created.
GitOrigin-RevId: e1f798814ca7f22747768b99cbcd962d820bbfb9
Now we have Code Vision hints which determine the author via Git history and show it in the editor automatically, and this information is more accurate than the tags which were automatically added when files were created.
GitOrigin-RevId: 99ea11604b3d5dfdf838d7f3685477814e642ceb
wrap search parameters to forbid kotlin class inheritance search from java overriding methods search, cause kotlin method overrides should be found separately and without LC
GitOrigin-RevId: 33bbefa169bc8ad4e6440e09d036e3b7ce11238e
