I have created an event in Ektron.How could I assign that event to a particular community group so that event can be visible only to that particular community group?
You need to modify the permissions on the event. In the workarea content tab, open your event. To the left of the "Edit content" button, you should see a "permissions" button. Once on the permissions screen, hit "edit permissions", and then "add permissions". Remove the "Everyone" group, and add the groups you want to be able to see your content. Finally, check the box near the top of the screen to mark the content as "private" in order to require a login.
If you anticipate creating many events with this set of permissions, instead apply these steps to a folder, and any content in that folder will have the applied permissions.
The ektron reference manual can walk you through either of these scenarios:
http://documentation.ektron.com/cms400/v802/WebHelp/Managing%20Folders/Folder%20Permissions/Permissions_intro.htm
Related
I need to write groups for a delete button under action menu in sale order form. This group is for to show if group is enabled then delete button will be shown or else it remains invisible.
I don't know how to make it. Could anyone help me here?
you can do it by access rights. Here is elaborated example.
Suppose if you have to remove the delete option from the purchase order for the users purchase user, then what you have to do is that, activate developer mode, then go to the menu, Groups under the settings, then search the group purchase user. Open it, then in the access rights tab, you can see different objects and given permission.
I am actually new to SharePoint permissions stuff. I really need someone help to guide me or give me a hint.
I have a SharePoint 2013 list, with items. User create a item using Nintex forms and when item is created, Nintex Workflow get trigger.
The idea behind this list is, User A will create a item then User B will review it and approve/reject.
After User A create item, item permission should change to 'Read' so that user A doesn't change any value of item until user B take some action.
In Workflow, I am changing the item permission using 'Set Item Permission' action and setting permission as Read.
But the problem is after
1) User A created item, he is not able to view/read item but able to edit item.
I selected item through list and click on 'view item' through ribbon, I am getting error 'Sorry, you don't have access to his page'.
I clicked on eclipse of item, selected Shared with->ADVANCED I am seeing the user A have view/read permission.
Then I made sure through 'Workflow history' if action got executed or not, it seems action got executed successfully.
This is really weird how user is able to edit item but not able to view item?
I really appreciate if anyone can provide any hint or help to make item readable.
Can you click on the list item, and check permissions for that item. You can click on Shared With -> Advanced. Then from the ribbon choose Check permissions. Enter the User A name and see what permissions he has.
And if he has more than Read, it means workflow has not finished its job. So check the workflow. It should break any inheriting permissions on that list item and then set unique permissions for only User B. This will take away the permissions from User A.
A second approach would be to make a form status column and connect it to submit button.
Return a value eg. Submitted to the column once the form is submitted by A.
Now in nintex form designer,select the control and add rule to disable the control if form status == "Submitted".
I have a Sharepoint list that I'm using as a form. Everyone in the company needs to view/modify the form to submit information, but I would like to keep the response from the form viewable to just a few people. Is there a way to do that, without clicking each item and managing permissions for that item? Can that be done with a workflow?
One approach:
Set up the list so users can only see and edit their own responses. (List settings > Advanced settings > set Read Access and Create and Edit access to "Items that were created by the user".
Create a SharePoint group for people who should see all items, e.g. ListManagers
Set up list permissions so that Visitors (everyone in the company) have Contribute access and the ListManagers group gets full access for the list.
Another option:
Leave the Advanced settings at the default, so that everyone can see all items.
Change the default view of the list to show only items created by the current user.
Create a page that shows an XLV with the default view and serve that to everybody.
Create another page that shows an XLV with all items and give permissions for that page only to the limited group of people.
The second method is more for convenience than for security and will not prevent savvy users from accessing the data they cannot see in the default view.
When deleting records within the platform, this action is not reversible via the front end. Is there a way to allow users to remove a record from their view without actually deleting the record?
You can simulate recycle bin functionality within Archer GRC by adding a record permission field that grants read access to "Everyone". If read access is no longer required then an editor of the record can go in and change "Everyone" to a group called "Recycle Bin."
Please note that if there are other record permission fields in the application, users or groups may still have access if they are selected in those fields. Perhaps You can set up a dropdown status field for the user to select "Recycle Bin" and use this condition for automatic record permissions to revoke permission to the record depending on the requirements or workflow of the application.
Solution shared by Igritte might be somewhat confusing for end users.
End user will see greyed out "Delete" button in the top toolbar, but he has to select "Recycle Bin" in the form. This solution was not accepted by my business owner at some point.
As a work around for "Soft delete", I wrote a custom object overriding "Delete" button functionality.
1. User doesn't have delete access to the record, so JavaScript code will make "Delete" button look like active and available.
2. Once the button is clicked, custom object will populate value in the
hidden value list and simulate the click on the "Save" button.
Update: Note that Custom object needs to hide the value list first once the page is loaded. Here you will need to use a JavaScript and do the following: [a] locate the value list DOM object and [b] set display attribute to none. I used jQuery library to do both. This way your value list is not displayed, but you still can use it to control data driven events.
3. With hidden value populated and submitted, record permission will hide this record from the end user.
Note that custom object hides one value list on the layout as well.
If for some reason JavaScript doesn't load properly, user simply will not be able to click on the grayed out "Delete" button.
Update: Hidden value list can be populated by custom object using JavaScript code as well. You need to identify the form tag "input" in HTML code of the page and set attribute "value" to the desired state. I used jQuery library to do this as well.
I have this solution in production working fine with IE11, FF and Chrome.
I can't share the code, but with WC3Schools JavaScript guides and 4 hours you can write and test it yourself with very little JavaScript skills.
Sometimes you have to use custom objects when you want to get a user-friendly solution of not available functionality.
Good luck!
I have requirement to prevent users from editing a list item through UI.
I want to edit item only through programmatic way.
I want to prevent them from editing items from default edit page of the list.
Any suggestion are grateful...
Sharepoint permissions will even stop the user from editing the items programatically. (unless runwithelevatedprivileges is used). Another solution would be to hide [edit item] option using javascript.
You can do with SharePoint permissions.
Navigate to Site Actions > Site Permissions and select the user (they might be part of a SharePoint group, so check inside them too). Check the check box next to the user name and select Edit User Permissions from the ribbon. Then ensure that View Only and Read check boxes are checked for that specific user.
Hope this helps!