Strange 422 error HTML page appearing for users - can't identify source

My web application setup includes Cloudflare for DNS, a Plesk server running Apache with PHP 7.4 and ModSecurity, and Laravel with standard CSRF protection using blade templates.

Several users have reported getting blocked by an unusual error page showing “422 Unprocessable Content” status. This is happening on GET requests to the main index page, which seems odd since 422 errors typically occur with POST requests containing invalid data.

The error page displays:
“Oops! An Error Occurred
The server returned a ‘422 Unprocessable Content’”

I’ve searched through Laravel error templates, Apache configurations, and Plesk settings but can’t locate where this HTML page is generated. The Apache logs in Plesk don’t show any 422 status codes either.

Has anyone encountered this specific error page format before? I’m trying to figure out which component in my stack is producing this HTML response.

check ur plesk firewall settings too - i’ve seen this before where plesk’s security modules create those weird 422 pages that dont show up in apache logs. try turning off fail2ban or other plesk security extensions temp to see if that fixes it.

that’s a bummer! have u looked into whether Cloudflare is causing that error? sometimes their security settings block valid requests. are all users getting the 422, or just a few? maybe try turning off Cloudflare for a bit and see if it changes anything!

It appears that ModSecurity is likely interfering with your GET requests, mistakenly labeling them as problematic. This web application firewall can sometimes be overly sensitive, leading to unwanted blocks on legitimate traffic. Start by reviewing the ModSecurity audit logs; they provide insights into what is being intercepted and the reasons behind it. You may need to modify the existing security rules to be less strict for GET requests. Identifying and adjusting the specific rule responsible for this issue should help resolve the 422 errors you are experiencing.