Skip to main content

Has anyone had the issue with uninstalling Skuid from their Salesforce Instance? I am receiving the error “This permission set is assigned to one or more users. You can only delete permission sets that aren’t assigned to users.”,but all assigned permissions have been removed.

If you have access to the Developer Console, run this Execute Anonymous Apex script prior to trying to install:

delete [select Id from PermissionSetAssignment where PermissionSet.NamespacePrefix = ‘skuid’];


Hi Zach. This is the error I receive when I run the script. I am a system administrator 3e0524b13b2c92ccdac67b91d604ce24d4cf9481.jpg


e412639d6404f4a6bf07d39951ce35b1792ed9d0.jpg


Do you have a Force.com Site setup? If so, go to the Force.com Site, click “View Profile Settings”, and click on “View Assigned Users”. Click on the site guest user’s record, and then check if the user has any permission sets assigned.

Or do you have a Portal? I think Portal users would show up here, but not sure.


Zach, I am still having issues with this. We are moving closer to the uninstall date, and I need to ensure that we have no hiccups with our pages


Jay,

If the Force.com Site and Portal suggestions that Zach mentioned didn’t yield any results, maybe try running the following in the Dev Console’s query explorer:


select Id, Assignee.Name, PermissionSet.Name from PermissionSetAssignment where PermissionSet.NamespacePrefix = 'skuid'

Any results returned? It’s certainly acting like there’s still a user hanging around with one of the Skuid Permission Sets (Skuid Page Viewer, Skuid Page Builder, and Skuid Admin), and I’m not sure that the standard Salesforce screens from Users assigned to a given Permission Set actually show all Users (i.e. they may hide system/maintenance type accounts).


No matches from the query you provided… The hngup is on Skuid Page Viewer… and checking within the Force.com site settings and all other permissions in setup, there is nothing pointing towards skuid


This is really odd. One more thing to check that came to mind is querying for ALL ROWS. It shouldn’t make a difference, but I just checked and in our Org, it yielded more rows than without specifying ALL ROWS. Try the following anonymous apex:


for (PermissionSetAssignment psa : :select Id, Assignee.Name from PermissionSetAssignment where PermissionSet.NamespacePrefix = 'skuid' ALL ROWS]) { system.debug(psa.Id + ' =&gt; ' + psa.Assignee.Name); }<br>

This should give you a debug for any assignment, including deleted and archived record. I don’t know how these records would be archived at this point, but again, it did yield more results in our Org when I tried it. Perhaps the names will point us in the right direction.

Another thing you might do at this point is to turn in a Case with Salesforce support. We’ll certainly keep putting our heads together here at Skuid, but it can’t hurt to get the ball rolling with them (if you haven’t already).


I already have. I spoke with Rob this morning and he said to create a case


any ID that came back had a value of Null. Where could I email the log to


Cool. I’d attach it to the Salesforce Case, and if you would, email it to support@skuidify.com as well. Thanks!


Reply