Kris Borowinski

It does work without `StreamingHost` 👀:  `$Host.UI` is not null but `$Host.UI.psobject.Properties` are:   This has to be *ThreadJob* bug or limitation that I didn't know about 🤔

This is very strange: 1. I've changed the *Pester.psm1* module to wait for debugger when `$Host.UI.posobject.Properties` are `$null` (and store the value in the `$p` variable):  2. Then I've...

~~OK, got it! Finally! The `$Host.UI` is kind of **lazy loaded**!~~ *(possible race condition)* I have modified the *Pester.psm1* once more with simple loop that waits until the `$Host.UI.psobject.Properties` are...

@fflaten I was able to chat with @SeeminglyScience yesterday on Discord, and for him it looks like race condition bug *(I hope he doesn't mind me posting the conversation screenshot...

This is yet simplest repro case *(the number of jobs has to be quite high though to get the repro)*: ```powershell 1..500 | % {Start-ThreadJob {1 | Should -BeExactly 1;...

I was able to reproduce the issue without `InitializationScript` but I still needed to call `Should`. I was unable to reproduce the issue otherwise. I also think that since this...

@kilasuit [Unfortunately the same issue occurs](https://github.com/PowerShell/ThreadJob/issues/31#issuecomment-1653514960) in `Microsoft.PowerShell.ThreadJob` *v2.1.0*

No problem, I will provide a PR.

@nohwnd @fflaten Regarding running Pester tests in parallel, I have custom in-house module that I use for infrastructure testing. Some tests take long time to execute so I run the...

@fflaten Will move it to bug reports, and I guess that `$host.UI` is not `null` since my fix would throw an error too.