user broke their View Issues page

[michaelgeorge]

I have a user that was trying to view all the tickets in a project and set the Show field to 5000 when viewing that project. The user then gets a 404 error from nginx. If they go back and select a different project, or All Projects, the default for show is back to 50 and the page displays fine. The user has tried different browsers to no avail. I can duplicate the error by impersonating the user.

The relevant lines from the error.log file:

2026/03/26 10:18:10 [error] 407412#407412: *14 upstream sent too big header while reading response header from upstream, client: x.x.x.x, server: _, request: "GET /view_all_bug_page.php HTTP/2.0", upstream: "fastcgi://unix:/run/php-fpm/www.sock:", host: "tickets.Y.Y", referrer: "https://tickets.lbwl.ot/view_all_bug_page.php"
2026/03/26 10:18:10 [error] 407412#407412: *14 open() "/usr/share/nginx/html/mantisbt/50x.html" failed (2: No such file or directory), client: 10.212.135.173, server: _, request: "GET /view_all_bug_page.php HTTP/2.0", upstream: "fastcgi://unix:/run/php-fpm/www.sock", host: "tickets.Y.Y", referrer: "https://tickets.Y.Y/view_all_bug_page.php"

It seems that the Show setting for that Project's View Issues page is too big but is being applied every time the user comes to that page. However, I cannot find how to clear that cache.

Has anyone encountered this before?

[michaelgeorge]

One of our savvy admins figured out URLs that would clear that server-side cache:

Login to https://tickets.Y.Y/
In same tab enter each of the following:
https://tickets.Y.Y/set_project.php?project_id=2 (ID 2 is the project with the problem)
https://tickets.Y.Y/view_all_set.php?type=0

That resolved the problem, but it might be worth putting a limit on that Show variable to keep it from jamming anyone up again.