3.9.x throwing console error

[archilex]

Hi! Just wanted you to know that I pulled down the latest version and I'm now getting a TypeError: Cannot read properties of undefined (reading 'length') error when loading a page with a Livewire component. This is happening in the "Search for duplicate statements" section and prevents debugbar from loading queries or subsequent LW calls.

I tested all the way back to LW beta 7 and still get the error.

3.8.2 is working fine with all the latest versions of LW.

Thanks!

[browner12]

Can confirm. I am getting the exact same issue.

[danielmrdev]

Yes, me too. I'm running Vue 2 with Laravel Mix and Laravel-debugbar v.3.9.1. And can confirm version 3.8.2 is running fine.

Thanks!

[Gawdl3y]

This is happening for me as well, although I am not using Livewire. It appears to happen on any type of AJAX request.

[danielmrdev]

This is happening for me as well, although I am not using Livewire. It appears to happen on any type of AJAX request.

That's right. And you can find the 'Queries' tab empty, but with the count of the queries in the tab badge.

[MuhammedAlkhudiry]

same issue

[angeljqv]

Maybe related #1436
v3.8.2...v3.9.1
Feel free to make a PR fixing that

[akunbeben]

Maybe related #1436 v3.8.2...v3.9.1 Feel free to make a PR fixing that

Hey thanks for referring, I made that PR. But, that is Livewire specific.

I can confirm the error is from 3.9.x release. I have tested it, its related to the DEBUGBAR_OPEN_STORAGE in the config.

Publish the config and then try to set default value as true, it will fix the local development issue. But @barryvdh give us warning about that. Or you can set DEBUGBAR_OPEN_STORAGE on your .env

Screen.Recording.2023-08-26.at.02.23.29.mov

/*
|--------------------------------------------------------------------------
| Storage settings
|--------------------------------------------------------------------------
|
| DebugBar stores data for session/ajax requests.
| You can disable this, so the debugbar stores data in headers/session,
| but this can cause problems with large data collectors.
| By default, file storage (in the storage folder) is used. Redis and PDO
| can also be used. For PDO, run the package migrations first.
|
| Warning: Enabling storage.open will allow everyone to access previous
| request, do not enable open storage in publicly available environments!
| Specify a callback if you want to limit based on IP or authentication.
*/
'storage' => [
    'enabled'    => true,
    'open'       => env('DEBUGBAR_OPEN_STORAGE', true), // bool/callback. <----------------- right here.
    'driver'     => 'file', // redis, file, pdo, socket, custom
    'path'       => storage_path('debugbar'), // For file driver
    'connection' => null,   // Leave null for default connection (Redis/PDO)
    'provider'   => '', // Instance of StorageInterface for custom driver
    'hostname'   => '127.0.0.1', // Hostname to use with the "socket" driver
    'port'       => 2304, // Port to use with the "socket" driver
],

[barryvdh]

I think I should only make the browser disabled by default. Will make a fix.

[barryvdh]

Fixed in #1447 and tagged v3.9.2
Can you check if it works now?

Sorry for the delay, missed the issue.

[archilex]

Fixed. Thanks!

[danielmrdev]

Yeah! Fixed. Thanks!!