This version adds a frequently requested (and much needed) feature;
Rebuild transactions! This feature can be accessed via the "Rebuild caches" page in XenForo.
The following event triggers can be rebuilt:
- Adjust
- Donate
- Message (Conversation)
- Poll
- Post
- Punish (Warning)
- Purchase
- React
- Reacted
- Redeem
- Registration
- Reply
- Report
- Reported
- Sticky
- Tag
- Thread
- Transfer
- Upload
- Visitor (ProfilePost)
- Wall (ProfilePost received)
- Warning (Warned)
- XFMG/Comment
- XFMG/Commented
- XFMG/Rate
- XFMG/Rated
- XFMG/Upload
- XFRM/Rate
- XFRM/Rated
- XFRM/Update
- XFRM/Upload
The following event triggers can
not be rebuilt in this version, but
may be added to future versions:
- Avatar
- Birthday
- Content (charge tag)
- Follow
- Followed
- Paycheck
- Trophy
- Vote
The following event triggers are
not planned to be rebuildable:
- Daily
- Interest
- Like (defunct)
- Liked (defunct)
- Profile
- Read
- Revival
- Taxation
- View
- Visit
The reason why these are not currently planned is that either the data to rebuild them does not exist, or it does not exist in a format that can be used to re-generate individual events with the correct date stamps.
You can choose to rebuild all, or one individual event trigger, as well as choose whether you wish to reset all transactions, and optionally all currencies to 0.
There is also a CLI tool for running the rebuild, if you have a very old forum you wish to rebuild.
With that out of the way, there's other changes in this version as well!
The following permissions can now be assigned to individual moderators:
- Adjust currencies
- View any transaction log entry
- View unapproved transactions (unused)
- Bypass "Charge" tags
- Bypass currency privacy
Previously, these permissions were explicitly tied to user groups.
Speaking of permissions, internally, certain permissions have been renamed / permission groups changed in order to more closely follow XenForo standards. If you have made any customisations to templates or code, these may need to be reverted.
The "Richest User" widget will now only display users that have a user state of "valid" and is not banned.
Lastly, a fix to the "Transactions" list page was applied in which a "full table scan" could occur, causing a reduction in performance proportional to the number of transaction entries you had.