Skip Ribbon Commands
Skip to main content
Version HistoryVersion History

Title

A user who has Contribute and, Web Part Maintenance permissions cannot switch between accordions and tabs. 

Assigned To

Demers, Scott

Brief Description

 

Detailed Description

 The short term fix is to create a new permission level called "WebPartMaintenanceAndListManagement", allowing users to both manage webparts and lists. This permission level will only be applied to SOM_Departments_PsychiatryEditors. Meanwhile, we will find out where the webpartmaintenance permission level is applied, and assign all groups to this new level.

Comments

Demers, ScottNo presence information (4/24/2013 3:04 PM): See attached steps for implementation:
Miller, MelissaNo presence information (4/18/2013 11:01 AM): Short-term solution, as approved by Mike Miller, is to add the the ability to manage lists to the existing permission group. Scott will make the change, and send confirmation to Mike Miller when it is complete.
Demers, ScottNo presence information (4/16/2013 1:57 PM): Decided the short-term solution would be to ask the site owner of the web part maintenance group whether they would like us to add additional privelages to that group, or create a new group that they can add users at their discretion.
Demers, ScottNo presence information (4/15/2013 1:30 PM): • Short-term, we elevate the web part maintenace group permissions to be able to manage lists. Long-term is more ambiguous, but the ideal solution is twofold:
 ○ Temporarily elevate permissions for all users who have the ability to manage webparts.
 ○ Elevate contributor (and thereby editors) the ability manage webparts.
Demers, ScottNo presence information (4/11/2013 11:56 AM): We added a 'web part maintenance' permission role some time in the last year or so on SOMs request, so that lower level permissioned users could still edit web parts without full content editor status. here is the role on prod: http://www.ucdenver.edu/_layouts/editrole.aspx?role=WebPartMaintenance
 
We have a workaround documented for webmasters to use the role here: http://www.ucdenver.edu/about/departments/WebServices/sharepoint/workarounds/Pages/How-to-add-a-Web-Part-Role-to-a-Group.aspx
 
I beleive this most recent permission error to be occuring with a user who is a contributor with the special web part maintenance role. There are some options.
 
We can try tweaking the special role.
 
We can try tweaking the back end code.
 
But the easiest answer might be to just grant the user elevated content manager permissions instead of supporting this permission workaround for widget.
 
See you next week!
Jen

Example Page

 

Browser/OS

 

Priority

(2) Normal

Priority Order

1

Status

(4) Completed

Start Date

 

Due Date

4/16/2013

Release Date

4/24/2013

Release Version

12.1

Server Deployment Status

(6) Production: Released

Requested By

 

Ticket Status

2. Closed

Workspace URL

 

Publicly Viewable?

No

Predecessors

 

Files to be pushed

 

Project Priority

 

Project Manager

 

Staging Date

 

Communication Type

(3)Informal

Testing: Scope

(2) Local

Testing: Severity

(2) Low

Testing Procedure

​None

SharePoint Environment

 

TFS Work Item

 

Attachments

WebPartListSteps.docx    
Content Type: Bug or Issue
Version: 9.0
Created at 4/9/2013 4:23 PM by Demers, Scott
Last modified at 6/10/2013 9:44 AM by Demers, Scott