Skip to content

Conversation

@labkey-adam
Copy link
Contributor

@labkey-adam labkey-adam commented Jan 17, 2026

Rationale

TroubleshooterRole doesn't grant read permissions in the root. This causes multiple problems, particularly viewing admin queries in the root and interacting with those grids. This change gives the role read permission restricted to the root. More details; https://github.com/LabKey/internal-issues/issues/785

Separate, but related, many SecurityPolicy methods iterate roles in a policy associated with a set of principals, populate roles or permissions into a HashSet, and return the set... only for all callers to immediately convert the set to a stream or simply test for the existence of a single role or permission. Reworking these key methods to return Streams provides convenience and avoids creating, populating, discarding, and garbage collecting unnecessary collections, buckets, etc. in these frequently used code paths. It also allows for short-circuiting in the existence cases, since the iteration process can cease as soon as the desired role or permission is seen.

… During role impersonation, filter site roles that aren't available outside the root.
- getSiteRoles() now returns site roles granted to ElevatedUsers but not in the policy, which IMO increases consistency.
- Mark User/Group getGroups() as @transient. There's no reason for ObjectFactory to invoke this method. Doing so can end up caching bogus group information, for example, when creating a new group, userId is 0 at the point this is called, thereby caching incorrect groups for Guest user.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants