Inspecting an object while debugging results in a very long "Collecting data..."
See original GitHub issueHello,
Rider 2018.2 did indeed fix a previous issue I reported regarding variable inspection(https://github.com/JetBrains/resharper-unity/issues/353), but often times now when inspecting an object Rider will stall trying to evaluate the watch with just a “Collecting data…” message. Googling reveals some reports of this for other JetBrains products, but this is the first time I’ve encountered it in Rider (maybe issue 353 linked above prevented me from seeing it). Unity and Rider are both unresponsive (can’t step or resume) until I stop the debugger.
I checked my DebuggerWorker log and noticed this line:
09:35:03.261 |V| AsyncOperationManager | Debugger worker MTA main thread:3 | Invoke MyClass+MyInnerClass.get_IEnumerableofObjects timed out after 1000 ms. Cancelling.
09:35:03.264 |T| AsyncOperationManager | Debugger worker MTA main thread:3 | Waiting for cancel of invoke MyClass+MyInnerClass.get_IEnumerableofObjects
I increased the timeout to 10000ms and it still fails to evaluate my “IEnumerableofObjects”.
I disabled property evaluation in the debugging settings and now the evaluation works as I would expect. Calling refresh manually on the property “IEnumerableofObjects” results in a very long loading bar popup for “Loading Value”. Canceling this results in the same unresponsive behavior.
I changed get
for my IEnumerableofObjects property to just return a hardcoded List<Object> and now the evaluation works. This property calls into further properties which I guess could be causing the issue.
Version info: Rider 2018.2.3, Build #RD-182.4231.496 Unity 5.6.3p3
Issue Analytics
- State:
- Created 5 years ago
- Comments:8 (5 by maintainers)
Thanks for the info
Please can you log an issue here: https://youtrack.jetbrains.com/issues/RIDER? That way we can route the request to the correct people - there’s no-one in this repo who can fix core debugging functionality.