Bug 501979

Summary:	Date & Time KCM does not ask for password to apply a change consistently
Product:	[Applications] systemsettings	Reporter:	Patrick Silva <bugseforuns>
Component:	kcm_clock	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED DOWNSTREAM
Severity:	normal	CC:	gianfranco.cassone2005, nate
Priority:	NOR
Version First Reported In:	6.3.3
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Patrick Silva 2025-03-25 14:09:34 UTC

STEPS TO REPRODUCE
1. open Date & Time KCM
2. check or uncheck "Set date and time automatically"
3. click on "Apply" button - password dialog shows up
4. enter your password to confirm the change
5. change "Set date and time automatically" setting again
6. click on "Apply" button - password dialog shows up
7. cancel the password dialog this time - "Unable to change NTP settings" message shows up, close it
8. change "Set date and time automatically" setting again
9. click on "Apply" button

OBSERVED RESULT
the KCM applied the change done in the step 8 without asking for password

EXPECTED RESULT
Date & Time KCM should always ask for password to apply a change

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Graphics Platform: Wayland

Comment 1 Gianfranco Cassone 2025-03-26 18:52:34 UTC


*** This bug has been marked as a duplicate of bug 501966 ***

Comment 2 Nate Graham 2025-03-26 18:54:26 UTC

This isn't the same issue as Bug 501966.

Comment 3 Gianfranco Cassone 2025-03-26 19:04:21 UTC

I can't reproduce on v.6.3.3
Operating System: openSUSE Tumbleweed 20250324
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-1-default (64-bit)
Graphics Platform: Wayland

Comment 4 Nate Graham 2025-04-24 12:08:14 UTC

This will be rendered moot once distros follow the recommendations at https://community.kde.org/Distributions/Packaging_Recommendations#Polkit_configuration, which offers a way better UX. I think we should focus on that.