* 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
Automated response: Notification pagination broken + limit notifications per page
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).
A hotfix (a TAR of files to upload) has been uploaded to this issue. Only apply this hotfix if you absolutely need it and cannot wait until the next release of Composr (releases are more reliable and strictly tested). As of Composr version 11, the recommended way to apply a hotfix is by following the same steps as an upgrade (https://baseurl/upgrader.php, use the hotfix on the step “Transfer across new/updated files”). The upgrader will automatically skip files belonging to addons you do not have installed or that are newer on disk than in the hotfix. Otherwise, you can manually extract and replace these files (do not replace if your on-disk file is newer than the one in the hotfix). Always take backups of your site or at least files you are replacing before applying a hotfix. Not sure how to extract TAR files to your Windows computer? Try 7-zip (http://www.7-zip.org/).
* 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.