- Support for Elastic Search Essentials better general search by allowing reports not to be returned for people who can't see any of them.
- Change default for "Reports respect view-node permission" to true. (only affects new installs)
- Backend for indexing & searching reported content (note; not fully activated yet)
It only shows up if you have permissions to the report centre or are a moderator.@Xon how can I remove the search report comments tab from the search form?
- Compatibility improvements for Tickets
- Prevent double escaping of report title in alerts
- Improve compatibility with DigitalPoint Search
- Only enable pre XF 1.4.3 support into Installer rather than trying to detect at runtime
- Prevent transient error on attempting to upgrade to 1.3.3
- Support for upcoming Warning Acknowledgement add-on to be released "soon".
- Refactor how reports are reopened to allow easier extending by other add-ons.
- Fix report comment user_id/username being incorrectly overwritten by the warning
Anyone who has commented on a report. (because this add-on allows non-moderators to potentially see and comment on reports).In option Report Alerting Mode, who are watchers?![]()
That makes sense.If user assigned report to himself or to other Staff member, could ther be better phrase for this?
sv_x_state_change_report_assigned => {name} assigned the report {report}.
Could be possible to add to whom report is assigned?
So if User1 assigned report to User2 than phrase will use two {name} variables => {name} assigned the report {report} to {name2}.
Or at least {name} should be user whom report is assigned, not user who assigned report to someone.
This allows a super-moderator without permission to view a node to not receive reports from that node. Otherwise the supermoderator will receive a report for content they can't access.Reports respect view-node permission
This is per view permission or per moderate permission?
All content moderators (not SuperModerators) can see all nodes/subforums so this permission could be better if it is per "can moderate" not by "can see".
So, if user1 is content moderator for node 111 and reported post is in node 222 than this report is not visible (no alerts too) for moderator user1
IIRC this is standard xenforo behaviour, I should be able to fix that.Phrase - Post in thread '{title}' - when user get alert that his report is rejected or solved
Could {title} be linked to that post/user/conversation which is reported?
@TeflonDon Ah, you are directly assigning permissions to moderators rather than assigning moderators to a group.
This would be why it hasn't come up before, as assigning to a user to an existing group is vastly more scalable management-wise than every moderator having a unique permission set.
I'll have a look at making the report center permissions show up in the add moderator screen.
Ok, that make sense. I haven't really used per-forum moderator functionality much. I'll look into fixing it.
- Update Installer
- Fix Elastic Search 5 compatibility issue
- Update installer to prevent an error with my older add-ons
- Improve compatibility for extending Elasticsearch Optimize Mapping process
We use essential cookies to make this site work, and optional cookies to enhance your experience.