com.intellij.diagnostic.PluginException: No display name specified in plugin descriptor XML file for configurable de.timo_reymann.mjml_support.settings.MjmlSettingsConfigurable; #186
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Used versions
Host OS: Mac OS X 14.1 (aarch64)
IDE: IntelliJ IDEA 2023.3.2 (build IU-233.13135.103)
Plugin: 2.4.0
Problem description
Expected Behavior
Actual Behavior
Steps to Reproduce
Important Factoids
StackTrace
com.intellij.diagnostic.PluginException: No display name specified in plugin descriptor XML file for configurable de.timo_reymann.mjml_support.settings.MjmlSettingsConfigurable;
specify it using 'displayName' or 'key' attribute to avoid necessity to load the configurable class when Settings dialog is opened [Plugin: de.timo_reymann.intellij-mjml-support]
at com.intellij.openapi.options.ex.ConfigurableWrapper.getDisplayName(ConfigurableWrapper.java:156)
at com.intellij.ide.util.gotoByName.GotoActionModel.lambda$new$0(GotoActionModel.java:87)
at com.intellij.openapi.util.NotNullLazyValue$4.compute(NotNullLazyValue.java:119)
at com.intellij.openapi.util.NotNullLazyValue$4.getValue(NotNullLazyValue.java:104)
at com.intellij.ide.util.gotoByName.GotoActionModel.getConfigurablesNames(GotoActionModel.java:407)
at com.intellij.ide.util.gotoByName.ActionAsyncProvider.optionsFlow(ActionAsyncProvider.kt:288)
at com.intellij.ide.util.gotoByName.ActionAsyncProvider.access$optionsFlow(ActionAsyncProvider.kt:37)
at com.intellij.ide.util.gotoByName.ActionAsyncProvider$filterElements$1$1$optionsPromise$1.invokeSuspend(ActionAsyncProvider.kt:73)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:108)
at kotlinx.coroutines.internal.LimitedDispatcher$Worker.run(LimitedDispatcher.kt:115)
at kotlinx.coroutines.scheduling.TaskImpl.run(Tasks.kt:103)
at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:584)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:793)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:697)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:684)
Community Note
Used versions
Problem description
Expected Behavior
Actual Behavior
Steps to Reproduce
Important Factoids
StackTrace
References