Users reported a UI bug where filtering by a group with hidden members on the /u directory incorrectly displays members from a previously selected group, despite the group’s visibility settings restricting member visibility. manuel initially observed the issue, noting that while group pages correctly hide members, the users page falsely shows a list when filtering by such a group. david attempted to reproduce the issue but initially saw an empty list, suggesting the problem might be UI-related. Further testing confirmed that the displayed members are not actually from the selected group — a manual page reload shows “No results were found” manuel. david clarified the bug doesn’t leak sensitive data, but rather retains stale UI state. The issue appears to affect Meta as well, indicating it’s not site-specific david. A fix has been proposed via GitHub pull request #16580 by vinothkannans.
I think what’s happening is just a UI problem. When you switch to a group, a hidden error is occuring, and so the UI keeps the data from the previous list. The users shown are not actually members of the private group.
If you visit this link directly: https://meta.discourse.org/u?group=testgroup then the list is empty. If you switch to ‘team’, and then back to ‘testgroup’, the list of ‘team’ members remain.
So there’s definitely a bug, but it’s not actually revealing any sensitive info. Does that match up with what you’re seeing?