You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now the stacktrace lists c. 50 entries, all IRRELEVANT except for these which point at user-editable files.
TODO: an option in config file or a switch in any particular log view which would hide all lines containing vendor/.
Also, sometimes I receive feedback that error is present in a complied view file, example: 'storage/framework/views/a305b6d9ebfed112c33ac65bcbb7550c.php:10'
TODO: can the rendered view be traced to the user-editable version of the file? Now I'd need to manually get the file from production server and exert my memory to identify the file I need to edit. It's a pain.
In many cases error is generated because of a data inconsistency. Currently your LogViewer would not assist in pinpointing the particular DB entry which is problematic. Is there any way to display URL accessed? Should I be able to see URL as ~/books/6 it would save lots of time. This is an issue also because robots try to access non-existing objects, e. books that are not defined in DB.
Steps To Reproduce:
(any stacktrace content )
The text was updated successfully, but these errors were encountered:
Description:
Now the stacktrace lists c. 50 entries, all IRRELEVANT except for these which point at user-editable files.
TODO: an option in config file or a switch in any particular log view which would hide all lines containing
vendor/
.Also, sometimes I receive feedback that error is present in a complied view file, example: 'storage/framework/views/a305b6d9ebfed112c33ac65bcbb7550c.php:10'
TODO: can the rendered view be traced to the user-editable version of the file? Now I'd need to manually get the file from production server and exert my memory to identify the file I need to edit. It's a pain.
In many cases error is generated because of a data inconsistency. Currently your LogViewer would not assist in pinpointing the particular DB entry which is problematic. Is there any way to display URL accessed? Should I be able to see URL as
~/books/6
it would save lots of time. This is an issue also because robots try to access non-existing objects, e. books that are not defined in DB.Steps To Reproduce:
(any stacktrace content )
The text was updated successfully, but these errors were encountered: