Module Generator: Restrict rights

Modified on Thu, 2 Apr at 4:20 PM

In Q.wiki modules, you can make content differently visible or editable for different users. These access rights and visibility settings can be configured at multiple levels – from the entire module down to individual content blocks.

Module visibility for roles

You can define which roles can see an entire module. If a module is not enabled for a role, it will not appear in the left navigation menu and is also not visible in the Q.wiki global search.

Module management with role configuration

Access restrictions on individual elements

You can restrict access to a single element to specific users or groups. A colored button will then be displayed in the page header, indicating that this element is protected. When the restriction is disabled, all users can see the element.

Element access with user selection
Tip: To make an element (such as one with sensitive information) visible only to specific users, add a User selection field to a content block and configure this field as an access restriction. Users and groups that populate this field during editing will then be able to see and edit the element.

Edit rights in the current workflow status

A user may see an element but cannot edit it in the current workflow status if the corresponding right is not set for their role. In this case, the Edit button is not available. Creating tasks or attachments is also not possible.

Element without edit rights in current status

Transitions and workflow actions

Available transitions are filtered based on the current user role's rights. Users only see those transitions for which they have the necessary right to execute.

Read-only content blocks

You can mark individual content blocks as read-only for specific workflow statuses. The user will see the block but cannot edit its content. A lock icon next to the block heading indicates this state.

Content block with lock icon (read-only)

Hidden content blocks

Content blocks can be completely hidden from users if they either contain sensitive information or are not relevant in the current workflow status.

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article