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
..., the Error 500 page (example shown below) still exposes more information than I would like it to while in Production.
Specifically, it does 2 things I want to change:
It has the known appearance of a Grav Error 500 page (providing a clue to the visitor that the site uses Grav and is vulnerable to any outstanding vulnerabilities in Grav)
It shows the PHP error information (providing a clue to the visitor of potential vulnerabilities in the site)
I would like to be able to customize the page, to disable it completely, or for there to be a Grav option I can use to indicate whether I want it to contain the PHP error information or not.
The text was updated successfully, but these errors were encountered:
I concur. When "display errors" is set to false, it should return a bare 500 and let the web server handle it. I'm looking through the source code but don't understand Whoops enough to know what the alternatives are. What would happen if you just returned Handler::Quit in this function? Why does Grav want to handle it in the first place? I'll do a little digging.
Even with the Display errors option set to
No
......, the Error 500 page (example shown below) still exposes more information than I would like it to while in Production.
Specifically, it does 2 things I want to change:
I would like to be able to customize the page, to disable it completely, or for there to be a Grav option I can use to indicate whether I want it to contain the PHP error information or not.
The text was updated successfully, but these errors were encountered: