Data Recovery

On 2017-04-04 we had a rather major disk malfunction that caused data loss. The data on this site was originally restored from a 2016-11-05 backup, but with wiki pages changes since then recreated from the search index.

Note that files and images uploaded since November are still missing and will need to be re-uploaded and reattached to the pages by hand.

Please let us know if you find anything else missing or broken due to this outage. We thank you for your patience.

Flagged Revisions

Introduced in Tiki7, Flagged Revisions is a feature replacing the former Staging and Approval. You can get quickly started using the feature when you apply the profile Revision Approval in your tiki site.

Flagged revisions rely on trusted users to mark revisions of a page as good or safe. Trusted users can see all revisions and flag/unflag revisions as needed. A notice at the top of the page will offer these options and allow to navigate to the latest version or the last approved version. More details are available from the Page History.

Untrusted users, likely guests of the site, will only be able to see the approved versions of the page. If they are allowed to view the history of the page, they will also only be able to see and diff between approved revisions. Depending on the permissions granted, they may also be able to view unapproved revisions, but they would get a clear warning that the content has not yet been approved and may not be suitable.

 Plugin Include & Staging Approval

If the page is a child included in another using the Plugin Include the approval feature is overrided. Meaning the content will be displayed, even if no version were approved and then it will show unapproved version (last version of the page).

1. Enable the feature

To be used, Flagged Revisions must be enabled from "Admin > Wiki > Flagged Revision" as Revision Approval. Multiple categories can be specified. Make sure to use the category ID, and not the category name, and separate multiple category IDs with the semicolon ; character. Pages added to those categories will use the approval workflow.

2. Permissions involved

  • Can view unapproved revisions of pages (tiki_p_wiki_view_latest)
  • Can approve revisions of pages (tiki_p_wiki_approve)

3. Example

Let's imagine a case where:
  • we have user1 belonging to group1, and user2 belonging to group2.
  • group1 has been granted permissions to edit pages, view history, view unnaproved versions, and to approve them.
  • group2 has only the permission to view and edit wiki pages, but no permission to view history, unnaproved versions nor to approve them.
  • HomePage had some content approved by user1:
    Our organization is about X, Y and Z.
  • HomePage was then edited and new content was added.
    I am { {user}} (the one viewing this page right now)

3.1. Extend the information displayed with some Wiki Argument Variables

You can extend the display of infomation related to flagged revisions in a specific page by means of using the Wiki Argument Variables related to Flagged revision, like in the examples shown in the screenshots below.

3.2. View and actions of user1 (with perms)

In this case and specific moment, HomePage shows this content for user1:

Click to expand
Click to expand

When user1 clicks to see the "latest version", that is the page shown:

Click to expand
Click to expand

When user1 clicks at "Show changes since last approved version", that is the content shown:

Click to expand
Click to expand

There is a box called "Content approval" at the top, which allows user1 to "Approve revision", in an equivalent way to what was shown in the previous screen when viewing the latest version, if user1 had clicked a the button "Approve current revision". Once user1 approves that revision, the new content will be shown when visiting the page:

Click to expand
Click to expand

3.3. View of user2 (without perms)

Note that before user1 approved the changes in that revision, this is what user2 could see in the same HomePage:

Click to expand
Click to expand

And after user1 approved that revision, this is what user2 could see (the same as user1 by then):

Click to expand
Click to expand

4. Managing the approval workflow

Starting with Tiki11, additional information is included in the Unified Index. The List Plugin can be used to obtain lists of pages that need approval.

Note: PluginList requires that your Unified Index be up to date

Simple list of pages pending approval
  {filter field=wiki_approval_state content=pending}

List of approved pages
  {filter field=wiki_approval_state content=approved}

List of pages not needing approval
  {filter field=wiki_approval_state content=none}

In previous versions, a list of pending pages could be obtained in a less accurate manner.

Simple list of pages pending approval (prior to 11)
  {filter categories="42"}
  {filter field=title content=latest}

The LIST plugin has many more options to alter how to display the list of pages and more filters can be added. You are encouraged to create lists of pages needing approval for the different groups of people managing those pages. This can be done by using additional categories on your pages.

If you are using Perspectives, the global listing could be automatically filtered for the currently selected perspective.

5. Mass approval

Using PluginListExecute
Approve multiple pages at the same time - for activation on existing sites
{LISTEXECUTE()} {pagination max="5000"}
  {filter field=wiki_approval_state content=pending}
    {step action=wiki_approval}

Mass approval of all pages in some categories
{LISTEXECUTE()} {pagination max="5000"}
    {filter categories="40 OR 41 OR 97 OR 231"}
    {filter language="fr"}
    {sort mode=title_asc}
    {filter type="wiki page"}
    {step action=wiki_approval}

You also may want to increase "Lucene Maximum Results" and "Lucene Maximum Result Set Limit" from tiki-admin.php?page=search

6. FAQ

  1. Q: How do Approvers become aware of pending Flagged Revisions?
    A: By monitoring email notifications. There is currently no status reporting. See Above

  2. Q: Can emails be sent to different Approvers for different pages or sections?
    A: Approval permission can be assigned to a category. This won't work for sections, but you can assign different pages to different categories, and each approver needs to be in an approval group, then assign category approval permission to that group.

  3. Q: Can certain users be permitted to just make approved edits directly? That is, an admin editing a page still needs to click Approve Edits; seems redundant.
    A: No. In fact, the purpose of revision approval is to review the content before making it public. Just because an administrator does it does not mean it should go live right away.

alias names for this page
FlaggedRevisions | FlaggedRevision | Flagged Revision | Revision Approval | RevisionApproval

Attached files

ID Name Comment Uploaded Size Downloads
75 wikiflagged.jpg my anonymous page does not match your screenshot for 3.2 How can i make the blue box go away for users? I don't necessarily want them to know that there are changes coming to that page... shootathought Tue 03 May, 2016 21:58 UTC 148.50 Kb 0






Keywords serve as "hubs" for navigation within the Tiki documentation. They correspond to development keywords (bug reports and feature requests):

Accessibility (WAI and 508)
Accounting (7.x)
Articles and Submissions
Batch (6.x)
BigBlueButton audio/video/chat/screensharing (5.x)
Browser Compatibility
Link Cache
Clean URLs
Communication Center
Compression (gzip)
Contacts (Address Book)
Contact us
Content Templates
Contribution (2.x)
Credit (6.x)
Custom Home and Group Home Page
Date and Time
Debugger Console
Directory of hyperlinks
Documentation link from Tiki to doc.tiki.org (Help System)
Docs 8.x
Draw 7.x
Dynamic Content
Dynamic Variable
External Authentication
Featured links
File Gallery
Friendship Network (Community)
Gmap Google maps
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Inter-User Messages
Kaltura video management (4.x)
Live Support
Logs (system & action)
Look and Feel
Lost edit protection
Map with Mapserver
Meta Tags
Mobile Tiki and Voice Tiki
Performance Speed / Load
Platform independence (Linux-Apache, Windows/IIS, Mac, BSD)
Profile Manager
Search engine optimization
Search and Replace
Semantic links (3.x)
Shadow Layers
Shopping cart
Social Networks
Spam protection (Anti-bot CATPCHA)
Tags (2.x)
Tell a Friend, alert + Social Bookmarking
TikiTests (2.x)
Theme CSS & Smarty
Transitions (5.x)
User Administration including registration and banning
User Files
User Menu
WebDAV (5.x)
Web Services
Wiki 3D
Wiki History, page rename, etc
Wiki Page Staging and Approval (2.x)
Wiki Plugin extends basic syntax
Wiki Syntax
Wiki structure (book and table of content)

Tiki Newsletter

Delivered fresh to your email inbox!
Newsletter subscribe icon
Don't miss major announcements and other news!
Contribute to Tiki