In the parent task implementation we decline using cached user groups if $queryFlags higher than READ_NORMAL were passed. It's actually possible to reuse the cached values for READ_LATEST if the cached values were fetched with appropriate flags. Something like https://gerrit.wikimedia.org/r/c/mediawiki/core/+/599403 should be implemented for UserGroupManager.
|mediawiki/core||master||+152 -27||UserGroupManager: Consider $queryFlags when caching|
@Naike: The previous comments don't explain who or what (task?) exactly this task is stalled on ("If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on"). Please elaborate.
(Smallprint, as general orientation for task management: If you wanted to express that nobody is currently working on this task, then the assignee should be removed and/or priority could be lowered instead. If work on this task is blocked by another task, then that other task should be added via Edit Related Tasks... → Edit Subtasks. If this task is stalled on an upstream project, then the Upstream tag should be added. If this task requires info from the task reporter, then there should be instructions which info is needed. If this task needs retesting, then the TestMe tag should be added. If this task is either out of scope and nobody should ever work on this, or nobody else managed to reproduce the problem described in this task, then this task should have the "Declined" status.)