-
-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Path and "general." included on all buttons (E.G. admin/settings/general.localization) and 500 error on localisation page #14976
Comments
I think I know what happened here. In trying to solve one problem, we created another. :( If you change your fallback language in your .env ( |
No change here either adding FALLBACK_APP_LOCALE |
My issue looks to be the same as @mlongmiresqa This started appearing after I upgraded from v6.4.2 to v7.0.1. I'm now on v7.0.6. I followed @snipe's suggestion. My .env already had APP_LOCALE=en. It didn’t have a FALLBACK_APP_LOCALE so I created that and set that to en as well, but no change after restarting the web server. |
Thanks for that info - we’re working on this right now and should have a fix shortly |
By adding FALLBACK_APP_LOCALE=en-US on .env , the issue resolved for us at the activity report page. |
|
This is, unfortunately, part of a larger issue that we're working on. It has to do with how we handle language translations versus how package providers do. It's all technically correct, but not exactly compatible. We should have a fix out today for it all though. (Using that FALLBACK_LOCALE will solve the problem for a bunch of people, BUT if you use the backup notifications, those emails will arrive with stupid messages. (See #14917) My attempt at fixing #14917 is partly what caused this issue. There's some underlying framework stuff at play here, but we're working on making a more reliable fix that will also play nicely with any additional package localizations we might end up using. |
As indicated by the merge commit, this fix is already on develop. Check your APP_LOCALE in your env and make sure you’re using the |
Confirming. APP_LOCALE was set to 'en'. Changing to 'en-US' fixed the issue. Thanks for the pointer |
Changing APP_LOCALE from 'en' to 'en-US' also fixed the issue for me. |
Debug mode
Describe the bug
All the buttons are prepended with "general." and in some cases a path as well.
Localisation settings page errors out.
I upgraded from version 6.3.1 to 7.0.6 using docker.
Compose:
.env:
Reproduction steps
upgrade steps:
docker compose pull
docker compose up -d
Expected behavior
N/A
Screenshots
Snipe-IT Version
7.0.6
Operating System
docker installed on ubuntu
Web Server
docker
PHP Version
docker
Operating System
No response
Browser
No response
Version
No response
Device
No response
Operating System
No response
Browser
No response
Version
No response
Error messages
Additional context
I've tried:
composer dump-autoload; php artisan cache:clear; php artisan config:clear; php artisan route:clear; php artisan debugbar:clear; php artisan event:clear; php artisan view:clear; php artisan optimize:clear; php artisan clear-compiled
The text was updated successfully, but these errors were encountered: