#5809 - Poller can trigger PHP memory errors if there are lots of notifications
0 guests and 0 members have recently viewed this.
The top 3 point earners from 23rd Nov 2025 to 30th Nov 2025.
| PDStig |
|
|
|---|---|---|
| Master Rat |
|
|
| cupper3 |
|
There are no events at this time
* POST variables now subject to stack trace filtering
* stack trace filtering now strips strings that are too long
* If error text > 256 kb, then the web / mail notification will instead contain a path to data_custom/errors containing the error message and stack trace. Should rarely ever happen.
- If the error could not be saved to disk, then instead the error will be included in the notification, but only the first 256 kb of it.
* Performance bloat health check will fail if there are 100 or more items in data_custom/errors
The "view all" section of notifications had two fundamental problems:
a) The default max per page was 50 which could cause PHP memory issues when there are big notifications. This was reduced to 10 by default.
b) Pagination was broken anyway because the max rows was based on unread count when we are actually trying to show all (read and unread).
This hotfix fixes both cases.