I can't believe I'm alone in finding the exception debugging experience a total nightmare in Rider.
Having an exception raised in a large project begins my journey of frustration, starting with the 50 entries in the stack trace, 49 of which are not my code, and pointing eventually to a line that refuses to show me the variable values.
Or perhaps I need to look into one of the other 40 threads that are running because I made the mistake of using async functions?
But wait, there's an additional tab if I re-open the exception by clicking on the lightening symbol (which seems to jump and swap places with the breakpoint red-dot when I try to click on it). Well, this is closer to what I want, and is significantly less cluttered, but I still can't see the values in variables because they are mysteriously unavailable.
OK, so I (extremely super reluctantly) boot up an install of VS2022, run the same code, get the same exceptions, and *POW*, there's the error line, with all the variables working, with exception stopped on the appropriate line.
I asked some colleagues with tens of years C# development how their experience was with Rider, and several told me they were back on VS because debugging was so painful.
I've been on Rider since the first Beta, but this process is just killing me, and I've reached breaking point. I don't want another "Please send us a sample application and a stack trace" from the Rider team, because this happens on every project I work on, on every machine, with factory defaults, and with every option everywhere toggled as a test.
Can I suggest that someone in JetBrains creates a YouTube video showing a REAL debugging session, with async functions, with exceptions in libraries (not a pointless 'Throw' statement in the source) and demonstrate how it's possible to configure and use it for async heavy applications?
Then, if you can get it to be usable by human developers, make those the defaults!!!