Okipa
V5
@Okipa I never took the WIP this seriously until now! 💪🏼 , keep up the good work!
Here you are.
sed -i -e 's#.*protected \$enablesPackageDiscoveries.*#&\nprotected function overrideApplicationBindings($app){return["livewire"=>"Livewire\\\\LivewireManager"];}#' vendor/nunomaduro/larastan/src/ApplicationResolver.php
💡 One of your computers has a non-GitHub email address set in git.
(many commits do not have your profile icon)
Target class [livewire] does not exist.
This branch also has this error with Laravel v9.
https://github.com/Okipa/laravel-table/pull/98#issuecomment-1230309188 👀
@szepeviktor, Yes, this is still the same unfixed Issue, unfortunately nor Larastan or Livewire opened discussions did got answers allowing to fix it.
Changing the order of service provider registration would solve it.
In the TestCase? I tested that and it didn't change anything unfortunately.
Livewire is loaded before Laravel Table currently => https://github.com/Okipa/laravel-table/blob/v5/tests/TestCase.php#L46
Livewire is loaded before Laravel Table currently
Yes. It seems like. But the stack trace tells otherwise: https://github.com/Okipa/laravel-table/pull/98#issuecomment-1230309188
Yes. It seems like. But the stack trace tells otherwise: #98 (comment)
Well, it seems that I have no way to control the order of the service providers registration, isn't it ?
I was researching it without results. There must be a Laravel forum where there are people with knowledge of Laravel internals.
This would patch Larastan https://github.com/Okipa/laravel-table/pull/81#issuecomment-1229552922 until you reverse the order of service provider loading.