Rider Support | JetBrains
Contact Support
Community

Rider immediately crashes when open a specific solution

Avatar
Sofia Byzova
Updated

 

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.

024-02-22 10:17:42,654 [  12593] SEVERE - Projected Logger - IdeaLoggingEvent[message=The path is not a valid file system path because it is not absolute, and only an absolute path can be resolved into an actual file system object.

--- EXCEPTION #1/2 [InvalidOperationException]
Message = “The path is not a valid file system path because it is not absolute, and only an absolute path can be resolved into an actual file system object.”
ExceptionPath = Root.InnerException
ClassName = System.InvalidOperationException
HResult = COR_E_INVALIDOPERATION=80131509

--- Outer ---

--- EXCEPTION #2/2 [LoggerException]
Message = “The path is not a valid file system path because it is not absolute, and only an absolute path can be resolved into an actual file system object.”
ExceptionPath = Root
ClassName = JetBrains.Util.LoggerException
InnerException = “Exception #1 at Root.InnerException”
HResult = COR_E_APPLICATION=80131600
StackTraceString = “
  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
”
, throwable=com.jetbrains.rd.platform.diagnostics.BackendException: The path is not a valid file system path because it is not absolute, and only an absolute path can be resolved into an actual file system object.
JS stack trace detected

 

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

IJPL-59368 

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

Was this article helpful?

2 out of 4 found this helpful

Share

5 comments
Avatar
Matigramirez
Updated

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

4
Avatar
Callum Rose
Updated

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)
 

0
Avatar
Ivan Shakhov
Updated

@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.

0
Avatar
Matti Vl
Updated

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.

Edited by Matti Vl
0

Please sign in to leave a comment.

Have more questions?

Submit a request
Copyright © 2000– JetBrains s.r.o.