An existing admin on one of my portals does not see the edit pencil at the bottom of the Persona bar after the 9.3.2 upgrade, although he DOES see the Manage and Settings icons and has access to everything within them.
First thing we tried was clearing all browser caches - no change.
I checked the page permissions and admins DO have edit rights (indeed it seems, quite sensibly, that this cannot be turned off).
I tried removing the user and re-adding to the admin role, but the same problem applied.
Creating a new user and adding it to the administrators role works just fine - the Persona Edit icon DOES appear at the bottom left of the page, so it is clearly something associated with the user account in question.
The new user account has provided a usable work-around, but if anyone has any ideas what might have caused this problems, or suggestions of what else I might try or check, I'd be grateful
Thanks and regards
Steve
Posted By Steve Elsbury on 27 Jun 2019 09:34 AM No, the page just had the usual admin view and edit permissions, plus all users view - no additional permissions whatsoever and certainly no other roles mentioned. It is really odd, as the implication is that something specific on that user is preventing the role permissions from being applied.
Not sure if that could cause this but did you also check if there are no module son the page with deny permissions?
No JS errors in the browser console?
Do you think it's possible to hard-delete and recreate the user account?
I had the same issue after upgrading from 7.2.2 to 9.3.2. Our issue was we were setting user roles through the DNN API and in DNN 7 the persona bar didn't exist yet or wasn't managed the same as it is in DNN 9.
We weren't assigning the Registered Users role to users in DNN 7 because it didn't matter for us. When it wasn't set in DNN 9 then some of our admins lost the edit pencil.
The Registered Users role (Role ID 1) is in the dbo.PersonaBarMenuDefaultPermissions and dbo.PersonaBarMenuPermission tables, which grant that role permission to the persona bar menu areas that are likely to be missing if you have this issue (Content, Pages, and Edit).
As soon as we added the Registered Users role to our users, then their edit pencil was restored.
-Pete
This isn't a 1:1 match for something I just ran into, but in our case it was a sight where something similar was happening... Only non-superusers could not edit 2 specific pages on a site. After doing some digging their security role that should've had edit permissions was missing the required record in the Permission table. This would be less common happening to custom-created roles. But it can happen in edge cases where pages/users/roles are added and managed outside of the DNN UI/API (e.g., direct to SQL updates).
Here is an example snippet of the SQL we needed to execute.
INSERT INTO [dbo].[TabPermission] ([TabID],[PermissionID],[AllowAccess],[RoleID],[UserID],[CreatedByUserID],[CreatedOnDate],[LastModifiedByUserID],[LastModifiedOnDate]) VALUES(590,4,1,0,NULL,-1,GETDATE(),-1,GETDATE()); GO
These Forums are dedicated to the discussion of DNN Platform.
For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:
Awesome! Simply post in the forums using the link below and we'll get you started.