is it possible to separate segments by user? I tried to do this in Roles->Permissions, but there are only "View others", "Edit others", "Delete others" and "Full access".
By Default I believe the currently logged in user can create, edit, and delete their OWN Segments.
However you can only hide other segments from them if they have no permissions / no checkboxes for this section:
The Mautic permissions system is not built so that you can GRANT access to specific Segments, other than through ownership. So if a group of users needs to access a Segment, you'll have to grant them access to ALL segments.
References:
https://github.com/mautic/mautic/issues/3716
Related
Gerrit (2.13.6)
I've completed the installation according to
https://gerrit-review.googlesource.com/Documentation/install-quick.html
Created a couple of users, applied keys, etc.
I only see two groups listed in the 'List groups'
"Administrators" and "Non-Interactive Users"
However the documentation indicates that there are the following
system groups: Anonymous Users, Change Owner, Project Owners, Registered Users which I do not see anywhere; Are they supposed to have been created during the installation?
Actually these groups don't really "exist", I mean you will not see them in the People > List Groups lists. They're kind of "virtual" groups... you can't add/remove people to/from them. For example, when someone logs in Gerrit he/she is automatically added to the "Registered Users" group, every Gerrit user (logged or not) belongs to the "Anonymous Users" (the group name was not well chosen).
They exist to be used to grant project permissions.
In SharePoint, I want users to add items but not be able to edit or delete them after. The "add item" permission shows "edit" not checked (i.e. so they should not be able to edit) However, they can. Any suggestions?
Are you testing as a site collection admin? they ignore permissions
SharePoint works on a highest permissions policy so if a user is in 2 groups which have permissions to the list and one group can edit but the other group cannot, they will get the edit permissions from the first group.
I would suggest double checking the permissions on the list and (as djeeg mentions in his answer) make sure you are not testing as the Site Collection Administrator as they have complete/full permissions to everywhere in the site collection regardless of what permissions you set the user in People and Groups.
I have two users who have Full Control permissions to their department sub-site on SharePoint. They also have Full Control to the Pages document library. The Pages doc library has distinct permission from the site itself, but those two users have Full Control on both as mentioned.
When they try to create a New Page it gives them an "Access Denied" error. I can duplicate this problem with my non-admin account as well.
What am I missing to give these users the ability to create new pages on their site?
Assuming that the user has been granted enough rights to create pages at site level in the first place but is still unable to do so even with Full Control, then there is a high possibility that the user DOES NOT have READ access to the Master Pages and page layouts library. Check the library permissions at the root site collection and grant them the specified permission level accordingly.
Hope that helps.
This is a applicable to SP10 and SP13
Thanks
Ismail
It could also be TaxonomyHiddenList.
You must paste it into your browser - you cannot navigate to it and it is at the site collection level..
http://yoursite/yoursitecollection/Lists/TaxonomyHiddenList
List Menu -> List Settings -> Permissions for this list -> Grant Permissions
Maybe it is possibly to do with the Web Feature called "Content Organiser" which is enabled and not used. If it is activated, de-activate it and test again. This feature will affect document libraries, not lists.
I have created a custom list with work flow associated with that. The workflow takes the item through different levels of approval.
My workflow scenario is like say an initiator add an item, which will go to manager for approval. When the manager approves, few columns in the current list will get updated. On manager approval it will be forwarded to head of department. Again when the Dept head takes an action, the column values of the list get updated. For all these users i have set Contribute permission. But the problem is that an item started by an initiator should not be editable or deleted by other users using the pull down menu that appears for each item. Only the owner of the item and manager should have permission to edit it using the pull down menu. When I tried changing the edit access for the item through Advance settings-->Item level permission --Edit access being set to "Only their own" while manager or dept head approving I get an access denied error message.
Can any one please suggest me what is the work around for this?
Welcome to the not-perfect world of Sharepoint Item level permissions...
You will not get far with Sharepoint 2007 standard stuff, because what you need is a Workflow with Impersonation - why do you need it?
You want to set item level permissions depending on the state your workflow is in. You can only change permissions when you have the right to do so - Workflows run as the user who started the workflow, so your user would need the right to change permissions -> You don't want every user to have that. So there is this thing called "impersonation" (which comes as an activity with Sharepoint 2010). Impersonation you can only achieve using a custom activity with SHarepoint 2007.
Once your Workflow is running under an elevated account, you can change permissions for the Current item easily, i.e. give contribute permission to someone and retract read permission from someone else.
There is a good article on how to implement item level permissions for Workflows and Sharepoint 2007 here:
Custom Activity Workflow for implementing Item Level Security in SharePoint Designer 2007 (sorry coding involved)
If you really don't want to code there are some useful projects on Codeplex:
Useful Sharepoint Designer Custom Workflow Activities (in particular "Grant Permission on Item " Activity)
Please be aware that item-level permissions and large lists dont mix very well. It can cause some performance issues on the list.
Please take a closer look at the
http://technet.microsoft.com/en-us/library/cc262787.aspx
under
Security scope
1,000 per list
Type: Threshold
The maximum number of unique security scopes set for a list should not exceed 1,000.
A scope is the security boundary for a securable object and any of its children that do not have a separate security boundary defined. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups.
I have created a sharepoint custom List. When clicking on it displays all the data stored in the site.
I want this list visible to the Administrators.
But I do not want this to visible to the Read only user of the sharepoint site.
I have tried to use audience settings. But on Custom List created I cannot have any option to target a group of user or any user.
Could any one help?
Go to List Settings > Permissions for this list and select Actions > Edit Permissions. You can then remove the users and groups that should not have access to this list.