Hi,
v6 is throwing 404 errors on my production env, but localhost works fine.
Downgraded to v5.1 working again?
Hi,
No idea why that would happen. You would have to debug it.
I was facing the same error. run php artisan module:v6:migrate after laravel upgrade
I ran the migrate command, made no difference.
Same docker environment, local and production, only difference is the I'm going through a proxy on AWS end. Any ideas @nWidart where to start the stack debug back to that?
This is just a standard docker containerised application also.
if you upgrade from 5.x, update your config also.
laravel-modules has new config for activator
I got same error before, update config and it's working, remember clean config cache
The same issue happens even if i use laravel 5.8
Checked, nothing to do with the cache/configs. Clean install same issue.
Somehow the new installation works fine but it only happens when it is used on another machine with git. Now the same issue keeps happening on all the Laravel versions > 5.6
@nWidart When a module is created is it cached against the url or anything like that?
You can check all module with php artisan module:list
If module disabled you can enable it with php artisan module:enable {module_name}
I think, in version 6 there is a bug when we clone our project because after running composer install all modules are disabled and we have to enable it first to use it.
This isn't a bug, but a documented breaking change. You need to run php artisan module:v6:migrate
Hi! I have the same issue, I have run php artisan module:v6:migrate many times, but anyway, with next deploy (composer install) I need to enable my modules again :(
ah yes, you need to commit the file being generated: storage/app/modules_statuses.json, via the settings you can change its name and location if needed.
wow, got it! Thank you!
No problem 馃槃
I'll try to document this as I understand it can be confusing.
Hi
Same problem (Laravel 6 running on apache).
Locally it works but on my AWS it return 404.
Solution:
php artisan module: list
+ ------- + ---------- + ------- + ---------------------- ------- +
| Nome Status Ordem | Caminho
+ ------- + ---------- + ------- + ---------------------- ------- +
| Admin Desativado | 0 / var / www / dark / M贸dulos / Admin |
| Blog | Desativado | 0 / var / www / dark / M贸dulos / Blog |
| Usu谩rio Desativado | 0 / var / www / dark / M贸dulos / Usu谩rio |
+ ------- + ---------- + ------- + ---------------------- ------- +
And so, I had run the command to enable the module again:
php artisan module: enable administrador
Is it better we remove the way this file is generated and look through the modules to check if they鈥檙e enabled instead? Most people are going to have issues with this as storage is on most people鈥檚 gitignore
@narwy No, the whole point of this feature is to have this file generated.
The activator file has been moved to the base path, giving it better visibility and not ignored by default in 6.1
Thanks @nWidart
Most helpful comment
The activator file has been moved to the base path, giving it better visibility and not ignored by default in 6.1