Fix N+1 queries when loading post reports.
Do a direct node permission check rather than per-forum canView php call if the option "Reports respect view-node permission" is set
Fix N+1 query behaviour from loading report titles
Update a number of methods to use php 7.0 type hinting, potentially a breaking change for 3rd party add-ons extending Report Improvements
Rename options to have more consistant naming
Limit assigning reports to only to users who can view & update a report (rather than just view it)
Fixes Non-moderators who can update reports;
Fix N+1 query behaviour
Improve query fetching non-moderators so it now checks that users have the view reports permission before loading the user records, and to respect the "never" permissions.
XenForo permission checks where still done on the list of users
Add "Maximum non-moderator users who can handle reports" option
This help prevents out-of-memory errors on viewing reports when unexpectedly loading thousands or tens of thousands of user records
Update a number of methods to use php 7.0 type hinting, potentially a breaking change for 3rd party add-ons extending Report Improvements
Rename options to have more consistant naming
Limit assigning reports to only to users who can view & update a report (rather than just view it)
Fixes Non-moderators who can update reports;
Fix N+1 query behaviour
Improve query fetching non-moderators so it now checks that users have the view reports permission before loading the user records, and to respect the "never" permissions.
XenForo permission checks where still done on the list of users
Add "Maximum non-moderator users who can handle reports" option
This help prevents out-of-memory errors on viewing reports when unexpectedly loading thousands or tens of thousands of user records
Fix issuing a reply-ban from warnings did not respect the can-reply-ban permission for display. However, the permission was checked before trying to apply the reply-ban.