Rider immediately crashes when open a specific solution
Problem
When opening a specific solution with Rider, it immediately crashes. The logs indicate that there is a bad path stored somewhere in the solution.
Removing NuGet.config or clearing caches does not solve this issue.
at JetBrains.Util.ILoggerEx.LogException(ILogger this, LoggingLevel level, Exception exception, ExceptionOrigin exceptionOrigin, String comment) in LogException.il:line IL_002E mvid 9968
at JetBrains.Util.ILoggerEx.Error(ILogger this, Exception exception, ExceptionOrigin origin, String comment) in Error.il:line IL_0000 mvid 9968
at JetBrains.Util.FileSystemPathBase`3.LogAssertIsAbsolute() in LogAssertIsAbsolute.il:line IL_0015 mvid 9968
at JetBrains.Util.LocalVirtualFileSystemInteraction.GetExists(VirtualFileSystemPath path) in GetExists.il:line IL_0000 mvid 9968
at JetBrains.Util.FileSystemPathBase`3.get_Exists()
at JetBrains.Util.FileSystemPathBase`3.get_ExistsDirectory()
at JetBrains.ProjectModel.NuGet.Configs.NuGetPackageSourceValidator.ValidateExistingPackageSource(String name, String source, Boolean isLocal) in ValidateExistingPackageSource.il:line IL_00C9 mvid 932F
at JetBrains.ProjectModel.NuGet.Configs.Validation.NuGetSettingsValidator.ValidateSource(String name, String source, Boolean isLocal) in ValidateSource.il:line IL_0000 mvid 932F
at JetBrains.ProjectModel.NuGet.Configs.Validation.NuGetValidationManager.<.ctor>b__7_0(NuGetFeedInfo feed) in NuGetValidationManager.il:line IL_0015 mvid 932F
at JetBrains.Application.Threading.AsyncProcessing.AsyncItemsProcessor`1.ProcessItemsInternal() in ProcessItemsInternal.il:line IL_0082 mvid 5434
at JetBrains.Lifetimes.LifetimeDefinition.TryExecute(Action action, Boolean wrapExceptions) in TryExecute.il:line IL_0025 mvid CC54
at JetBrains.Lifetimes.Lifetime.TryExecute(Action action, Boolean wrapExceptions) in TryExecute.il:line IL_0000 mvid CC54
at JetBrains.Application.Threading.AsyncProcessing.AsyncItemsProcessor`1.ProcessItems() in ProcessItems.il:line IL_0047 mvid 5434
at JetBrains.Util.Logging.Logger.Catch(Action action) in Catch.il:line IL_000F mvid 9968
at JetBrains.Application.Threading.AsyncProcessing.FreeThreadedGrouppingEventScheduler.<.ctor>b__11_0(Boolean b) in FreeThreadedGrouppingEventScheduler.il:line IL_008F mvid 5434
at JetBrains.DataFlow.Signal`1.Fire(TValue value, Object cookie) in Fire.il:line IL_0054 mvid 9968
at JetBrains.DataFlow.SimpleSignal.Fire() in Fire.il:line IL_0000 mvid 9968
at JetBrains.Util.ILoggerEx.Catch(ILogger thіs, Action F, ExceptionOrigin origin, LoggingLevel loggingLevel) in Catch.il:line IL_0000 mvid 9968 or Catch.il:line IL_0060 mvid 9968
at JetBrains.Util.ILoggerEx.Catch(ILogger thіs, Action F, ExceptionOrigin origin) in Catch.il:line IL_0000 mvid 9968 or Catch.il:line IL_0060 mvid 9968
at JetBrains.Application.Threading.Tasks.FreeThreadedGroupingEvent.CallOutgoingFire() in CallOutgoingFire.il:line IL_00BD mvid 9968
at JetBrains.Application.Threading.Tasks.FreeThreadedGroupingEvent.<FireInternal>g__FireOutgoingInternal|15_0() in FreeThreadedGroupingEvent.il:line IL_0000 mvid 9968
at JetBrains.Application.Threading.Tasks.FreeThreadedGroupingEvent.FireInternal() in FireInternal.il:line IL_0008 mvid 9968
at JetBrains.Application.Threading.Tasks.FreeThreadedGroupingEvent.ScheduledFireAction() in ScheduledFireAction.il:line IL_00A6 mvid 9968
at JetBrains.Application.Threading.Tasks.FreeThreadedGroupingEvent.<>c__DisplayClass21_0.<<QueueAt>g__QueueAtAsync|0>d.MoveNext() in QueueAt.il:line IL_0137 mvid 9968
at System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1.AsyncStateMachineBox`1.ExecutionContextCallback(Object s) in ExecutionContextCallback.il:line IL_0000 mvid 0B73
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) in RunInternal.il:line IL_0040 mvid 0B73
at System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1.AsyncStateMachineBox`1.MoveNext(Thread threadPoolThread) in MoveNext.il:line IL_0000 mvid 0B73 or MoveNext.il:line IL_003F mvid 0B73
at System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1.AsyncStateMachineBox`1.MoveNext() in MoveNext.il:line IL_0000 mvid 0B73 or MoveNext.il:line IL_003F mvid 0B73
at JetBrains.Util.Concurrency.Threading.Tasks.SchedulerAwaiter.<>c__DisplayClass11_0.<OnCompleted>b__0(Object _) in SchedulerAwaiter.il:line IL_0000 mvid 9968
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) in RunInternal.il:line IL_0040 mvid 0B73
at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread) in ExecuteWithThreadLocal.il:line IL_0096 mvid 0B73
at System.Threading.Tasks.Task.ExecuteEntry() in ExecuteEntry.il:line IL_0036 mvid 0B73
at JetBrains.Application.Threading.Tasks.Scheduler.JetScheduler.ExecuteTask(Task task) in ExecuteTask.il:line IL_0014 mvid 9968
at JetBrains.Application.Threading.Tasks.Scheduler.JetSchedulerThread.EnqueueNextTask() in EnqueueNextTask.il:line IL_0015 mvid 9968
at JetBrains.Application.Threading.Tasks.Scheduler.JetSchedulerThread.ThreadPoolProc() in ThreadPoolProc.il:line IL_0197 mvid 9968
at JetBrains.Application.Threading.Tasks.Scheduler.JetSchedulerThread.StartProc() in StartProc.il:line IL_0000 mvid 9968
Environment
Rider 2023.3
OS: Linux (6.5.0-18-generic)
Cause
Rider was installed via Flatpak
possible reason https://github.com/flatpak/flatpak/issues/5205
or
Resolution 1
- Launch Rider and create a new empty project, this should allow you to access the main editor
- Open the Registry via the top menu: Help → Find Actions → Registry
- Search for the ide.browser.jcef.sandbox.enable option and disable it
- Restart Rider
Resolution 2
Delete the current version of Rider and install it using, for example, snap
Please sign in to leave a comment.
I had the same issue but only on existing solutions/projects and was able to solve it by changing a Registry setting.
Here's what I did:
- Launch Rider and create a new empty project, this should allow you to access the main editor
- Open the Registry via the top menu: Help → Find Actions → Registry
- Search for the ide.browser.jcef.sandbox.enable option and disable it
- Restart Rider
Thanks Matigramirez that worked
I'm also experiencing this and I'm not able to create a new solution either. Just upgraded to 2025.1. The logs have this error
project loading failed
java.lang.AbstractMethodError: Receiver class com.intellij.platform.project.backend.BackendProjectEntitiesStorage does not define or inherit an implementation of the resolved method 'abstract java.lang.Object createEntityImpl(com.intellij.openapi.project.Project, kotlin.coroutines.Continuation)' of abstract class com.intellij.platform.project.ProjectEntitiesStorage.
at com.intellij.platform.project.ProjectEntitiesStorage$createEntity$2.invokeSuspend(ProjectEntitiesStorage.kt:38)
at com.intellij.platform.project.ProjectEntitiesStorage$createEntity$2.invoke(ProjectEntitiesStorage.kt)
at com.intellij.platform.project.ProjectEntitiesStorage$createEntity$2.invoke(ProjectEntitiesStorage.kt)
at com.intellij.platform.kernel.ApiKt$withKernel$2.invokeSuspend(api.kt:24)
at com.intellij.platform.kernel.ApiKt$withKernel$2.invoke(api.kt)
at com.intellij.platform.kernel.ApiKt$withKernel$2.invoke(api.kt)
at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:62)
at kotlinx.coroutines.BuildersKt__Builders_commonKt.withContext(Builders.common.kt:163)
at kotlinx.coroutines.BuildersKt.withContext(Unknown Source)
at com.intellij.platform.kernel.ApiKt.withKernel(api.kt:22)
at com.intellij.platform.project.ProjectEntitiesStorage.createEntity(ProjectEntitiesStorage.kt:34)
at com.intellij.openapi.project.impl.ProjectManagerImplKt.initProject(ProjectManagerImpl.kt:1314)
at com.intellij.openapi.project.impl.ProjectManagerImplKt.initProject$default(ProjectManagerImpl.kt:1295)
at com.intellij.openapi.project.impl.ProjectManagerImpl$prepareNewProject$2.invokeSuspend(ProjectManagerImpl.kt:887)
at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:104)
at kotlinx.coroutines.internal.SoftLimitedDispatcher$Worker.run(SoftLimitedDispatcher.kt:125)
at kotlinx.coroutines.scheduling.TaskImpl.run(Tasks.kt:99)
at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:608)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:873)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:763)
at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:750)
@Callum Rose it seems to be a completely different case.
Would you please report it with Help→Report a Bug, agree to attach logs? Thank you!
I am not exactly sure but I think, invalidating caches or removing .idea folder or some other project cache may help to resolve this.
You might get better suggestion after submitting a bug report.
The problem here might be that the ENTRYPOINT in your Dockerfile is relative.
My assumption is that while Docker can handle relative paths here, Jetbrains currently has an issue when trying to attach the debugger.
I could solve the issue in one of my projects by using an absolute path in the ENTRYPOINT.
Ivan Shakhov : A note for debugging: This only happened in my project when switching on the 'Don't use Docker Fastmode' flag.