When you go to edit permissions for a group, you will be presented with a number of options.
If you are editing the global permissions for a group, you will be presented with a few additional options at the top of the page:
Can View Project Tools - this is a global switch. If you set this to no, this group will not be able to view the project tools regardless of permission settings.
Can Create Report - this is a master switch to control whether users in this group can create reports (saved searches). If you set this to no, they will not be able to create any reports. If you set this to yes, they will be able to create private reports, reports which are only viewable by the creator. Public report permissions are controlled by the next setting.
Can Create Public Report - provided that the
Can Create Report setting is set to yes, this option controls whether users in this group can create reports that are viewable by any users that can search. Public reports may also be used for RSS feeds if permissions allow for it.
Can Delete Own Public Reports - if a user can create a public report, can he or she also delete it? This only applies to their own reports.
Can Delete Others’ Public Reports - this setting controls whether users in this group can delete others’ public reports. Private reports are only deletable by the creator.
Can Create Custom Tags - if you set this to yes, users in this group will be able to define their own tags when editing an issue (provided they can modify the tags at all). You may wish to disable this for all groups and simply manage the tags via the admin control panel.
Note:
Since Project Tools 2.1.0, there is 1 new permission.
Use the Human Verification in Project Tools - this setting controls whether users need to fill a human verification script to use the product.
Note:
Since Project Tools 2.2.0, there is 2 new permissions.
Can Import Into Issues - this setting controls whether users in this group can import others content types as issues. This includes threads & posts.
Can Export From Issues - this setting controls whether users in this group can export issues as others content types. This includes threads & posts.
Below these options, you will see all the permissions that can be set. To quickly manage a group of permissions for a type, use the check box next to the type’s name. This will select all or none of the permissions in a group. To quickly set a permission for all issue types, double-click on the permission name.
Can View Issues - the global viewing switch. If this is set to no, access to that type will be denied completely. Unlike vBulletin, if you set this no globally, it may be overridden by a project-specific permission!
Can View Others’ Issues - determines whether issues posted by others can be viewed. If this is set to no but
Can View Issues is set to yes, users in this group will only be able to view issues posted by them.
Can View Own Private Issues/Notes - controls whether they can see issues or notes posted by them that are private. Note that if an administrator makes this user’s note private, he or she will still be able to see the note and perhaps edit it.
Can Search - controls whether users in this group can search for issues of the specified type. Only issues or notes that they see will be searched.
Can Vote on Issues - determines whether users can vote on issues. Registered users may only vote on an issue once. If you allow unregistered users to vote, each IP address can only vote once.
Can be Assigned - controls whether users in this group will can be assigned to an issue. Assignment allows for easy searching and causes some different permissions to be applied (see below).
Can Manage Issues/Notes - if this is set to yes, users will be able to see soft-deleted issues and notes and view IP addresses attached to notes.
Can View Others’ Private Issues/Notes - controls whether users in this group can view private issues and notes that have been posted by other users.
Can Edit Assignments - master switch to control whether users can modify the users that are assigned to an issue.
Can Edit Others' Assignments - controls whether users in this group can edit the assignments of other users. If this is set to no but
Can Edit Assignments is set to yes, then users in this group will only be able to edit their own assignment.
Can Edit Issue Statuses when Assigned - controls whether users in this group can edit the status of an issue when assigned. This will also allow them to changed the "addressed version".
Can Edit Issue Statuses when Unassigned - controls whether users in this group can edit the status of an issue when unassigned. This will also allow them to changed the "addressed version".
Can Edit Issue Tags when Assigned - determines if users can modify the tags of an issue when they are assigned to it.
Can Edit Issue Tags when Unassigned - determines if users can modify the tags of an issue when they are not assigned to it.
Can Post New Issues - controls whether users in this group can post new issues at all. The exact fields that are editable are controlled by other permissions implicitly. Users will always have access to priority, category, and applicable version.
Can Reply to Issues - the master reply control. If this is set to no, users will not be able to reply to issues.
Can Reply to Others' Issues - determines whether users can reply to issues posted by other users. If you set this to no but
Can Reply to Issues to yes, users will only be able to respond to their own issues.
Can Petition for Status Changes - controls whether users can submit status change petitions when replying. Users must have reply permissions before this can apply.
Can Make Issues/Notes Private During Creation - determines whether users can make an issue or note private when it is being created. This is useful to allow unprivileged users to post data they think is sensitive.
Can Edit Issue Information - controls whether users can edit the basic information of an issue (other than the text) after it has been posted. This includes things like priority, category, and applicable version. The text of an issue is controlled by the
Can Edit Notes permission.
Can Edit Others' Issue Information - controls whether users can edit issues posted by other users. If this is no but
Can Edit Issue Information is yes, users will only be able to edit their own issues.
Can Edit Notes - if this is enabled, users will be able to edit notes after they have been posted. This also includes the initial text of an issue.
Can Edit Others' Notes - controls whether users can edit notes posted by other users. If this is no but
Can Edit Notes is yes, users will only be able to edit their own notes.
Can Edit Private Setting After Creation - determines whether users can change the private setting on an issue or note after is has been created. Care must be taken with this permission, as it will allow a user to take a note that has been marked private by another user and make it public again. The appropriate edit permission (issue or note) must be set before this option is applicable.
Can Delete Issues - determines whether users in this group can delete issues. This does not differentiate between soft- and hard-deleting.
Can Delete Others' Issues - determines whether users in this group can delete issues posted by other users. This does not differentiate between soft- and hard-deleting. If this is set to no but
Can Delete Issues is set to yes, users will only be able to delete issues posted by them.
Can Delete Notes - determines whether users in this group can delete notes. This does not differentiate between soft- and hard-deleting.
Can Delete Others' Notes - determines whether users in this group can delete notes posted by other users. This does not differentiate between soft- and hard-deleting. If this is set to no but
Can Delete Notes is set to yes, users will only be able to delete notes posted by them.
Can View Attachments - determines whether users in this group can download attachments.
Can Upload Attachments - determines whether users in this group can upload attachments. The exact file types and maximum file size is controlled in the Settings section.
Can Edit Attachments - controls whether users can edit attachments after they have been uploaded. This includes the ability to delete them and mark them as obsolete.
Can Edit Others' Attachments - controls whether users can edit attachments uploaded by other users after they have been uploaded. This includes the ability to delete them and mark them as obsolete. If you set this to no and
Can Edit Attachments to yes, users will only be able to edit attachment they have uploaded.
Mark as read in PT vs Mark as read in main forum - confusion?
Hi, using vBulletin 4.2.5 on PHP 5.6 here, together with PT 2.3.0 from the svn (rev #914). I updated my forum recently from VB 4.2.4 and PT 2.2.2, everything worked OK here. Now, after the...
01-27-2018, 11:48 AM by dunc