WikiPost 1.1.1

Small bug fix to the Pending Edit feature. Now it only allows one pending edit per WikiPost (before it allowed one pending edit per WikiPost per user, which could be confusing and lead to data loss).

This version includes several new options to help you protect your WikiPosts according to your needs. New permissions and settings are available that you should review and configure after upgrading.

New Permissions and Options

Attachment Management: You can now allow users to upload and delete attachments from WikiPosts. However, the permission to delete attachments is destructive, which means users could abuse or misuse it and cause data loss. Be cautious when granting this permission.

WARNING: Allowing users to delete attachments from WikiPosts is irreversible. Grant this permission carefully.


Daily Edit Limits: Two new permissions let you control how many times users can edit a WikiPost per day:

• Maximum edits per WikiPost per day
• Bypass daily edit limit

IMPORTANT: By default, users are limited to 0 edits per day with no bypass enabled. To restore the original addon behavior (unlimited edits), set "Bypass daily edit limit" to Yes for your Registered user group (or whichever groups should have unlimited editing).


Approve Edits Before Publishing (Approval Queue Integration) WikiPost edits can now be sent to XenForo's Approval Queue for review before going live. You can also control what happens when users try to edit a WikiPost that already has a pending edit awaiting approval.

IMPORTANT: By default, all WikiPost edits now require approval. To restore the original addon behavior (edits go live immediately), set "Bypass approval queue for WikiPost edits" to Yes for your Registered user group (or whichever groups should bypass approval).

WikiPost Protection defaults were incorrectly set to an empty user list, which prevented anyone from editing WikiPosts. The default behavior now correctly allows all users to edit a WikiPost.

Bug fix to the WikiPost banner showing in non-wiki threads for admins

• Now you can choose any combination of the available protection options to protect a wikipost.
• The wikipost bar that let the user know that a thread has a wikipost, is only displayed to users with the appropiate permissions.
• The product seems to be working fine with XenForo 2.3.
• Various bug fixes.

The protect WikiPost feature was not implemented very clear. I have created a new permission Protect Own WikiPosts which allows you to specify which usergroups will have the ability to protect their WikiPosts.

Administrators and moderators also need to specify themselves the Protect any WikiPost permission in case they want to use the protect feature in any WikiPost they do not own.

This is a minor release which fixes a minor bug and adds compatibility to XenForo 2.2. (no Thread Type support yet).

In this release:

• Better tools to protect a WikiPost: allow edit permissions to users I follow and users specified in a list (see screenshot)
• Bugfix for UIX powered themes
• Query optimizations (added a few indexes and removes unnecessary queries)

This is a minor release and includes the following bug fixes and enhancements:

• Fixed email notification controls
• Implemented the ability to create a WikiPost from the thread creation page