Closed gs-massil closed 2 years ago
I think the platform itself introduced new interfaces to represent PsiElement
s in a presentable context.
Looking futher it seems they reworked the entirety of the popup handling. 😭
Basically my PsiElement
s extends FakePsiElement
, which does return null
on every of these methods (presentableText
, name
, text
), because it's in fact a fake element, as the containing file is a simple txt
.
I will implement the element.text
to return the commit token text (e.g. fix
, refactor
).
Got the same problem
Sorry for the long wait. Yesterday I've pushed an update for Return Highlighter, today I'll try to push one for this.
Sorry for the long wait. Yesterday I've pushed an update for Return Highlighter, today I'll try to push one for this.
hey, any updates? 😄
Same issue here
:sweat_smile:
Same problem
can report the same here
com.intellij.diagnostic.PluginException: com.github.lppedd.cc.psiElement.CommitTypePsiElement cannot be presented [Plugin: com.github.lppedd.idea-conventional-commit]
at com.intellij.ide.plugins.PluginManagerCore.createPluginException(PluginManagerCore.java:290)
at com.intellij.diagnostic.PluginProblemReporterImpl.createPluginExceptionByClass(PluginProblemReporterImpl.java:12)
at com.intellij.diagnostic.PluginException.createByClass(PluginException.java:83)
at com.intellij.codeInsight.navigation.UtilKt.presentationError(util.kt:83)
at com.intellij.codeInsight.navigation.UtilKt.targetPresentation(util.kt:67)
at com.intellij.lang.documentation.psi.PsiElementDocumentationTarget.getPresentation(PsiElementDocumentationTarget.kt:52)
at com.intellij.lang.documentation.impl.ImplKt.documentationRequest(impl.kt:18)
at com.intellij.lang.documentation.ide.impl.LookupKt$lookupElementToRequestMapper$1$1.invoke(lookup.kt:82)
at com.intellij.lang.documentation.ide.impl.LookupKt$lookupElementToRequestMapper$1$1.invoke(lookup.kt)
at com.intellij.openapi.progress.CancellationKt$sam$com_intellij_openapi_util_ThrowableComputable$0.compute(cancellation.kt)
at com.intellij.openapi.progress.Cancellation.withJob(Cancellation.java:65)
at com.intellij.openapi.progress.CancellationKt.withJob(cancellation.kt:12)
at com.intellij.openapi.application.rw.ReadAction$tryReadAction$3.run(ReadAction.kt:74)
at com.intellij.openapi.application.impl.ApplicationImpl.tryRunReadAction(ApplicationImpl.java:1084)
at com.intellij.openapi.application.rw.ReadAction.tryReadAction(ReadAction.kt:71)
at com.intellij.openapi.application.rw.ReadAction.access$tryReadAction(ReadAction.kt:14)
at com.intellij.openapi.application.rw.ReadAction$tryReadAction$2$2.run(ReadAction.kt:62)
at com.intellij.openapi.progress.util.ProgressIndicatorUtils.runActionAndCancelBeforeWrite(ProgressIndicatorUtils.java:158)
at com.intellij.openapi.application.rw.ReadAction$tryReadAction$2.invokeSuspend(ReadAction.kt:60)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:571)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:750)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:678)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:665)
I keep getting this issue with Rider, though it doesn't seem to have any impact on the behavior of the plugin.
Steps to reproduce
I'm unsure of the exact steps to reproduce, though the error appears quite often during my workday. It might be related to branch operations (checkout/merge/rebase).
Here's the stacktrace:
System