Bug: Deleted User & Permissions - Bring2mind

Bring2mind Forums

Bug: Deleted User & Permissions

Last Post 03/16/2009 11:30 AM by Peter Donker. 5 Replies.

Sort:

	Prev Next
You are not authorized to post a reply.

Author

Messages

Gregory T

New Member
Posts:5

02/25/2009 7:56 PM
I ran into an issue with a client that uses user-based permissions on their document repository. If a user account is deleted from the site and has permissions set up on a directory in DMX, the following error is received when that directory is navigated to: Error: Object reference not set to an instance of an object. In: at Bring2mind.DNN.Modules.DMX.UI.Utilities.FormatPermissions(EntryPermissionCollection permissions) at Bring2mind.DNN.Modules.DMX.Business.EntryInfo.GetProperty(String strPropertyName, String strFormat, CultureInfo formatProvider, UserInfo AccessingUser, Scope AccessLevel, Boolean& PropertyNotFound) at DotNetNuke.Services.Tokens.BaseCustomTokenReplace.replacedTokenValue(String strObjectName, String strPropertyName, String strFormat) at DotNetNuke.Services.Tokens.BaseTokenReplace.ReplaceTokens(String strSourceText) at DotNetNuke.Services.Tokens.TokenReplace.ReplaceTokens(String strSourceText) at Bring2mind.DNN.Modules.DMX.UI.GenericTokenReplace.ReplaceTokens(String strSourceText) at Bring2mind.DNN.Modules.DMX.TemplateView.DataBind() Replicate: 1) Create a site user "testuser". 2) Permission "testuser" to view a directory in DMX by explicit username. 3) Delete "testuser" from the site. 4) Navigate to the previously permissioned directory. This is in DMX 5.00.02 when using the Template interface. Thanks. G

Peter Donker

Veteran Member
Posts:4536

03/03/2009 5:03 PM
Thanks Gregory. I'll make a note of this. Peter

Peter Donker

Veteran Member
Posts:4536

03/04/2009 4:39 PM
Gregory, Since DMX 05.00.02 the 'maintenance' task of DMX (check your scheduled services in DNN) removes users and roles that no longer exists. Can you verify your case with this info? What you can do to test is to click the edit icon in the schedule list before this item and click update in the edit screen. That should prompt an immediate running of this task. Peter

Peter Donker

Veteran Member
Posts:4536

03/04/2009 4:42 PM
PS I've also added a bit of code to make this more robust in later versions. Peter

Gregory T

New Member
Posts:5

03/11/2009 3:27 AM
Running the maintenance task manually does do the trick as a work around. Can you elaborate on what you 'made more robust'? Will running this task be the solution going forward? If so, is there anything in there that would cause issues with running it more frequently, say every 30 mins? Thanks for the help. G

Peter Donker

Veteran Member
Posts:4536

03/16/2009 11:30 AM
Hi Gregory, 'Making code more robust' mostly means I wrapped some bit of code in a 'try catch' construct. In non technical terms this means I isolated a bit and made sure it will no longer throw an error. I need to verify that it doesn't cause a problem down the line of course, but in this case that was possible. Basically I wrapped a bit of code in the permission checkbox list to avoid the absent user from throwing an error. Peter

You are not authorized to post a reply.