Did this article resolve your question/issue?



Unable to access dynamic items permissions section after an upgrade to Sitefinity 7.3 and above

« Go Back


TitleUnable to access dynamic items permissions section after an upgrade to Sitefinity 7.3 and above
URL NameUnable-to-access-dynamic-items-permissions-section-after-an-upgrade-to-Sitefinity-7-3
Article Number000186964
EnvironmentProduct: Sitefinity
Version: 7.3, 8.x, 9.x, 10.x
OS: All supported OS versions
Database: Microsoft SQL Server 2012 SP2
Question/Problem Description
If Sitefinity was upgraded to version 7.3 and above and dynamic content items’ permissions are ‘Administrators only’ and the type itself has set different permissions, then there is a chance that the upgrade has failed.
Steps to Reproduce
Clarifying Information

Sitefinity 7.3 comes with granular permissions for dynamic content items. This requires sites running older versions to go through an upgrade procedure which will modify existing content.

Note that this is done asynchronously after the database model has been already changed and site is running. In order to verify the successful outcome of the upgrade, we can check the UpgradeTrace.log file located in ~/App_Data/Sitefinity/Logs directory. Success would be denoted in this way:


Timestamp: 12/15/2014 10:37:30 AM
Message: PASSED : Upgrading dynamic content permissions
Error Message
Defect/Enhancement Number
Upgrade may have failed.
To solve this, we can manually schedule the task again and try to finalize the operation. Create a Global.asax file with the following code inside:
<%@ Application Language="C#" %>
<script runat="server">
    void Application_Start(object sender, EventArgs e)
        Telerik.Sitefinity.Abstractions.Bootstrapper.Initialized += new EventHandler<Telerik.Sitefinity.Data.ExecutedEventArgs>(Bootstrapper_Initialized);
    void Bootstrapper_Initialized(object sender, Telerik.Sitefinity.Data.ExecutedEventArgs e) {
        if (e.CommandName == "Bootstrapped")
            var task = new Telerik.Sitefinity.DynamicModules.Builder.Upgrade.DynamicContentPermissionsUpgradeTask();
            task.ExecuteTime = DateTime.UtcNow.AddMinutes(1);
            task.NumberOfAttempts = 3;
            var schedulingManager = Telerik.Sitefinity.Scheduling.SchedulingManager.GetManager();

Note that there is no code-behind file for this application resource. Once put in the root directory of the project, request the website.

The task will start executing after a minute. After some time, check again the log file to see if the upgrade has succeeded.
If re-running the upgrade task doesn`t fix the issue refer to the attached that supplies a solution which involves removing all permissions from all modules and their module items and inheriting the permissions for Module Builder defined in Administration->Permissions ->Module Builder. After this inheritance, all permissions will function normally. The manual action to be taken is to assign the desired permissions for each module because they all will be inheriting the permissions from Module Builder.

The steps to use the FixPermissionsWebForm.aspx are:
1. Go to Administration->Permissions and select "Module Builder", those are the permissions that will be assigned to all dynamic module providers and all dynamic module items after the fix is applied. Make sure those permissions are the way you want them!
After the fix you will need to update each module provider individually to assign the proper permissions because the fix will delete them because they are corrupted now.

2. Refer to the attached which contains a webform that fixes the issue. Request the webform in the browser to execute it. Note I suggest to fix the modules one by one and this why in the Page_Load method there is only one module executed at a time. After one of the modules is fixed continue from this step 2 to fix the next one.
The entry in Page_Load

string moduleName = "Tests";
string moduleTypeName = "Test";

3. Once the webform is executed go to the module and click permissions on the right sidebar of the module page. For the "Default" provider click "Inherit Permissions from parent", the rest of the providers will already be inheriting the permissions assigned in step 1.

6. The module is fixed after this. 

Last Modified Date4/18/2018 2:28 PM
Disclaimer The origins of the information on this site may be internal or external to Progress Software Corporation (“Progress”). Progress Software Corporation makes all reasonable efforts to verify this information. However, the information provided is for your information only. Progress Software Corporation makes no explicit or implied claims to the validity of this information.

Any sample code provided on this site is not supported under any Progress support program or service. The sample code is provided on an "AS IS" basis. Progress makes no warranties, express or implied, and disclaims all implied warranties including, without limitation, the implied warranties of merchantability or of fitness for a particular purpose. The entire risk arising out of the use or performance of the sample code is borne by the user. In no event shall Progress, its employees, or anyone else involved in the creation, production, or delivery of the code be liable for any damages whatsoever (including, without limitation, damages for loss of business profits, business interruption, loss of business information, or other pecuniary loss) arising out of the use of or inability to use the sample code, even if Progress has been advised of the possibility of such damages.