Problem Description:
When I’m a regular user on the system, and I run the gnome-control-center, there are some situations where some settings need to be unlocked. There is an orange button in the upper right that says “unlock…” I click it. Nothing happens.
When I run gnome-control-center from the command line, the behavior is the same.
When I run sudo gnome-control-center, I don’t have the unlock button (this makes sense) and everything works fine.
TL;DR The “some settings are locked” dialog has an “unlock” button, which does nothing.
Relevant System Information:
I’m running this on a Frame.work desktop. Not that this has anything to do with anything, I just wanted to brag. the original installation on USB thumb drive didn’t work with 26.04, so I did the initial install with 24.04, then did an upgrade to 25.04, then finally did an upgrade to 26.04.
gnome-control-center does issue CheckAuthorization for:
org.gnome.controlcenter.remote-session-helper
However, the CheckAuthorization flags argument is UINT32 0, meaning
POLKIT_CHECK_AUTHORIZATION_FLAGS_ALLOW_USER_INTERACTION is not set.
Polkit therefore returns (false, false), and no BeginAuthentication call
occurs. This appears to be why no authentication dialog is displayed: the
caller requests a non-interactive authorization check despite the user
clicking Unlock.
The button is wired up.
The policy action exists.
polkitd is responding.
The request is associated with the correct user and process.
A missing GNOME Shell authentication agent does not explain this capture.
Polkit cannot show a dialog because the caller told it not to.
This looks like a GNOME Control Center / remote-session-helper bug, likely a regression in the version packaged by Ubuntu 26.04. It may be in the helper’s authorization call rather than the visible control-center process itself.
The user account and general Polkit authentication appear healthy.
The account is in sudo and has an active GDM/Wayland session. Interactive
pkcheck succeeds for all three actions implied by
org.gnome.controlcenter.remote-session-helper:
The policy for the umbrella action specifies allow_active=auth_admin_keep
and implies the three actions above. This suggests the failure is specific
to the Control Center umbrella action/unlock implementation, rather than
the user account, administrator status, Polkit agent, or underlying
permissions.