Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Any short term workaround for DNN-6601?Any short term workaround for DNN-6601?
Previous
 
Next
New Post
4/1/2015 1:50 PM
 
there is a problem with the roles, as by default, RoleIDs are unique and RoleID 0, 1 and 2 are reserved automatically for portal 0 (which is created by default).
it is very strange, that you don't have a portal 0, but roles 0,1,2 - I have no idea, how you managed that.
Negative Roles are virtual roles, don't touch it. You may run https://dnnscript.codeplex.com/releas... to fix issues on permission page (please restart DNN after running the script).
I'll further investigate the ProfileKey issue, I already have a clue, what's going on - but as said before, this is only affecting performance of membership, no function of your site affected.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
4/1/2015 2:56 PM
 
When I created the site maybe 5 years ago, I did a vanilla install, and then created a portal, which became portal 1. I never remember there being any portal 0 at any time. But I cannot be certain of course.

Anyway, running FixDNNRoles733.sql did not make any difference I still get the TabPermissionsGrid.<>c__DisplayClass1.b__0(RoleInfo r) error.

Is there any other option you think? Or should I dump the 7.5 alpha on top of our current site and see what happens?

Thanks,

Steve
 
New Post
4/1/2015 3:04 PM
 
Also, if it means anything in this situation. The new dummy portal now shows up. I can hit the pencil to edit it. But on saving I get an error. Nothing really more than this.

Object reference not set to an instance of an object.

InnerStackTrace:

at DesktopModules.Admin.Portals.SiteSettings.UpdatePortal(Object sender, EventArgs e)
 
New Post
4/1/2015 7:19 PM
 
You should not try to access the new portal 0 - it is not fully functioning, just created to act as a placeholder. I'll try to enhance my script to cover your situation within the next few days - though I don't have a test site and might not be successful on the first run. Please stand away applying DNN 7.5 alpha, which has a number of changes and should NEVER be used for production sites. I hope, DNN 7.4.1 will fix this issue, but we need to wait for the release (which should be within the next weeks).

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
4/1/2015 8:40 PM
 

Hi Sebastian,

Finally I think I got things working after a lot of database restores and trial and error. Here are the steps I pretty much used to get there. I used the Management Studio so my queries have been adjusted.

I ran this first to create the dummy portal 0...

SET IDENTITY_INSERT dbo.Portals ON;
INSERT INTO dbo.Portals (PortalID, AdministratorRoleId, RegisteredRoleID) Values (0, 0, 1);
SET IDENTITY_INSERT dbo.Portals OFF;
INSERT INTO dbo.PortalLocalization (PortalID, CultureCode, PortalName) Values (0, N'en-US', N'dummy Portal');

Next, running this line would not work as there was already a role with the RoleID of 0:

SET IDENTITY_INSERT dbo.Roles ON;
INSERT INTO dbo.Roles (RoleID, PortalID, RoleName, BillingFrequency, BillingPeriod, TrialFrequency, TrialPeriod) Values (0, 0, N'Administrators',    N'N', 1, N'N', 1);
SET IDENTITY_INSERT dbo.Roles OFF;

It gave me: Violation of PRIMARY KEY constraint 'PK_Roles'. Cannot insert duplicate key in object 'dbo.Roles'. The duplicate key value is (0).

So I backed out the RoleID part of the insert:

SET IDENTITY_INSERT dbo.Roles ON;
INSERT INTO dbo.Roles (PortalID, RoleName, BillingFrequency, BillingPeriod, TrialFrequency, TrialPeriod) Values (0, N'Administrators',    N'N', 1, N'N', 1);
SET IDENTITY_INSERT dbo.Roles OFF;

But then I got this error:

Explicit value must be specified for identity column in table 'Roles' either when IDENTITY_INSERT is set to ON or when a replication user is inserting into a NOT FOR REPLICATION identity column.

So I simply ran the insert without the SET IDENTITY_INSERT dbo.Roles ON and it worked.

Finally I ran your FixDNNRoles733.sql file, and the site is now working after restarting the host!

I guess the actual RoleID does not matter, and I only created the Administrator role.

This was one tough bug, and I hope future updates work with what I got now.

Many thanks for your participation in this!

Steve

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Any short term workaround for DNN-6601?Any short term workaround for DNN-6601?


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out