-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Memory exhausted with Laravel 5.5 and Debugbar 3.0 #726
Comments
I have the same problem all the time - for now I disable DebugBar.
|
Does this also happen without debugbar? Can you try to disable options from the query collector, like replacing params and backtrace? |
Hey @barryvdh, We're getting this too. It doesn't happen if I disable debugbar via APP_DEBUG=false in .evn We don't get any stack trace, just a fatal php error, which appears to vary between 3 locations, but all related to debug/caching
Laravel 5.5.26 We're not doing anything fancy, have a resource controller with a post action to create() which is using doing things like The object in our case is a standard Eloquent model, which has a few relationships. We've had to disable debugbar in our project for now :( |
We managed to find out what was causing our problem, usage of another package that when being included in the stacktrace for display in debugbar was pulling in a ton of data from it's flat json database. resolving that resolved debugar crashing out on us |
Same Issue on Laravel 5.5.32 Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) any solution? |
I just had the following error: I found really NO way why I suddenly got this error ALL the time (couldn't access my application anymore). I tried to clear my cache, but this didn't work. The error obviously had something to do with the app trying to load a file that was too big. So I started to check my log files. I started by deleting the directory "debugbar" under my storage directory. This immediately fixed the issue. App running Laravel 5.4.36 with debugbar 2.4.3. |
I am having the same issue, turns out that in my it's caused by Conditions:
The Policy logic itself doesn't seem to matter - I get this error even when simply returning true. Laravel 5.5.34 / debugbar v3.1.1 |
The same behaviour for me. On often Gate::allows calls, the server returns 500 Conditions:
Laravel 5.4.36 / debugbar v2.4.3 |
On Laravel 5.6 as well |
This worked for me |
Same here. |
php artisan debugbar:clear |
Still hapenning, latest Laravel... Maybe debug bar shouldn't process large objects over xxxx MB |
Clearing storage works only temporarily for one reload as the next reload throws the same error. |
This happens on laravel 5.8 too :/ |
Happening only when application throws an exception. But stacktrace shows that problem occurs at Exactly in method |
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
Hi, Same problem here with Laravel 7.16.1 and debugbar 3.3.3.
|
Hi, same problem with Laravel 10.34.2 and debugbar 3.13.5. It contains infinite loop around
|
Feel free to open a PR with the fix |
Full versions:
Laravel 5.5.4
Debugbar 3.0.1
I'm occasionally getting
Allowed memory size of 268435456 bytes exhausted (tried to allocate 6295552 bytes)
. It happened while saving a form, for example.Reported line of code is the following:
vendor/barryvdh/laravel-debugbar/src/Storage/FilesystemStorage.php:43, link
Everything works if I disable debugbar, of course.
The text was updated successfully, but these errors were encountered: