@dxnter sorry for the silly question, but I'm wondering if this issue is resolved if view:cache is run before testing?

@dxnter sorry for the silly question, but I'm wondering if this issue is resolved if view:cache is run before testing?

Logically that makes sense, and a commenter on the issue brought that up. In their case, that didn't fix the failures.

view:cache mostly gets you there, but the gap is that inline templates are creating the source file at runtime through Component::createBladeViewFromString(). Livewire even recommends ¹² the pattern for small components, and there are likely plenty of other dependencies that ship inline Livewire/Blade components.

Because of that, there's no way to pre-compile these templates. They don't exist on disk until the component renders for the first time, which is where the parallel testing issues come in.

There are also a few other scenarios where views can't be pre-compiled:

1. View::file() with computed paths, which Livewire uses as a fallback
2. Dynamic view names (e.g., return view('components.'.$this->type))

Logically that makes sense, and a commenter on the issue brought that up. In their case, that didn't fix the failures.

Yeah I believe I made that comment and changed my build script thinking caching views prior to parallel execution would help, but it didn't.

- name: Pregenerate View Cache
   run: php artisan view:cache

I thought because every single Livewire component render method was just calling view() meant I was covered, but I'm guessing some of these inline placeholders may cause it.

    public function placeholder(): string
    {
        return '<div class="flex justify-center p-6"><flux:icon.loading /></div>';
    }

Haven't dug as far as you to be sure. I did adapt our CI to export view caches during failures to see if I can help track it further, but knowing I'm Livewire/Flux - it may be something in that realm.

@dxnter Nice solution! This resolves my issue 🙏

One possible concern is that cached views are not cleared after the tests finish, and view:clear does not remove subdirectories. I am not sure whether this has any practical implications, though.