pyright icon indicating copy to clipboard operation
pyright copied to clipboard

Process never finishes in `1.1.405`, `1.1.406`, `1.1.407`

Open gothicVI opened this issue 3 months ago • 2 comments

Describe the bug We have a large code base that uses a custom library which has a large, auto-generated file of pydantic models. Since 1.1.405 including all following versions we're seeing the issue that pyright does not finish. It will consume all of the cores it gets but simply run ad infinitum - our CI pipelines kill the job after an hour. Going back to 1.1.404 finishes in ~5 minutes.

I am willing to debug this but I have no idea where to even start looking and I can't share code.

gothicVI avatar Oct 30 '25 15:10 gothicVI

Thanks for reporting. I won't be able to investigate this without additional details. We'll need to figure out the exact file and piece of code within that file that's causing the problem.

Here are two techniques that may be useful.

  1. Run with the --verbose option. This will print additional details and help you narrow it down.

  2. Bisect the code base and/or the code within a file. That is, delete half of the code and run the type checker on the remaining half. Depending on whether it hangs, either delete the other half or delete half of the remaining.

erictraut avatar Nov 02 '25 00:11 erictraut

I'm not sure this is related to https://github.com/microsoft/pyright/issues/10881 but there might be something off with memory: In 1.1.404 we get a ~24sec run with output: https://gist.github.com/gothicVI/0ae6ad94ae5aa5e178ccbdb13b19d8d5 In 1.1.407 I aborted the run after ~15min with output: https://gist.github.com/gothicVI/f6b78bcaa646eeab30023a27078dd915 There are additional Long operation messages and more memory related output.

@erictraut are the provided logs of any help?

gothicVI avatar Nov 03 '25 09:11 gothicVI