Yes, the SFSUserRolePermissionInfo view does only return the roles granted to a user but it is not the only thing used to determine a user's permissions at runtime. The other view, SFSUserPermissionInfo contains the permissions assigend directly to a user.  These two views would be far to complex to combine in a SQL code so they are run separately and combinded programmatically in the LoggedInUser class.

The flat list of PermissionInfo objects is not compiled until runtime.  You can go view the source code for the LoggedInUser class to see how it is done.

This is what I figured out Use the two views from within code to figure out the final, flat permission list. I was about to figure this out myself, but now I'm making a b-line for LoggedInUser

Steve,



I can't find the LoggedInUser class in any of the source that I have (unless I'm missing something). Object viewer says that this class in the security DLL. Is the source for that DLL included with the SF source?



If not, could you just verify that I'm using the correct rules to figure out the final permssions (posted a few posts up).

There are 4 solutions that are part of the StrataFrame Source Code download:

1) MicroFour StrataFrame.sln
2) MicroFour StrataFrame Security.sln (it's in this one...)
3) MicroFour StrataFrame Infragistics Wrapper.sln
4) MicroFour StrataFrame Inherited UI.sln (DevExpress wrapper)

So, when you want to get to other DLLs besides just Base, Business, DBEngine or UI, you have to open one of the other source code solutions.

Doh... I did miss something!



This is going to make life easier!



Thanks!