Created attachment 144773 [details] Unable to set current time manually SUMMARY Error when disabling "Set date and time automatically" Error: Unable to set current time STEPS TO REPRODUCE 1. Open system settings > regional settings > Date & time. 2. Untick "Set date and time automatically". 3. click apply. OBSERVED RESULT Error: Unable to set current time EXPECTED RESULT manual date and time will take effect. SOFTWARE/OS VERSIONS Linux: 5.15.10-arch1-1 (64-bit) KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION
please include output from running systemsettings5 in a terminal
(In reply to David Edmundson from comment #1) > please include output from running systemsettings5 in a terminal ╰─ systemsettings5 ─╯ QQmlEngine::setContextForObject(): Object already has a QQmlContext QQmlEngine::setContextForObject(): Object already has a QQmlContext qml: The item SubCategoryPage_QMLTYPE_111(0x561e159f79c0) is already in the PageRow kf.coreaddons: "Could not load plugin from " qml: The item SubCategoryPage_QMLTYPE_111(0x561e159f79c0) is already in the PageRow Failed to set current time "org.freedesktop.timedate1.AutomaticTimeSyncEnabled" "Previous request is not finished, refusing." kf.coreaddons: "Could not load plugin from "
>Failed to set current time "org.freedesktop.timedate1.AutomaticTimeSyncEnabled" "Previous request is not finished, refusing." That error comes from timedated. Can you confirm it works when using timedatectl
From what i observed, changes seems to take effect even if there is an Error: Unable to set current time. -when date and time is set automatically. ╰─ timedatectl ─╯ Local time: Fri 2021-12-31 01:00:55 PST Universal time: Thu 2021-12-30 17:00:55 UTC RTC time: Fri 2021-12-31 01:00:54 Time zone: Asia/Manila (PST, +0800) System clock synchronized: yes NTP service: active RTC in local TZ: yes -when date and time is set manually. ╰─ timedatectl ─╯ Local time: Fri 2021-12-31 01:01:06 PST Universal time: Thu 2021-12-30 17:01:06 UTC RTC time: Fri 2021-12-31 01:01:05 Time zone: Asia/Manila (PST, +0800) System clock synchronized: yes NTP service: inactive RTC in local TZ: yes
no errors when using command timedatectl set-ntp false
I am an absolute idiot. https://github.com/systemd/systemd/issues/17739 I investigated all this a year ago! Completely forgot. I thought I did a local workaround, but maybe my brain is failing there too.
will this bug be fixed.. tried a clean install just now and it's still the same. i know it's not a big issue but still hopeful that to get it fixed in the future.
issue is occurring again.
*** Bug 462380 has been marked as a duplicate of this bug. ***
I can confirm i cannot set the time manually on a fresh install. Not a good first impression when i was trying to help my friend get into linux.
*** Bug 464057 has been marked as a duplicate of this bug. ***
*** Bug 486255 has been marked as a duplicate of this bug. ***
I see the same problem on 2 PCs so far. They both run Kubuntu 24.04. One has the latest updates. The other is a fresh install. Kubuntu 24.04 has been released on Aug 30, 2024 so I am guessing the problem was present then as well. It is now Wednesday, Oct 09, 2024. Each PC has a completely different motherboard. One has a Ryzen 5 3600 @ 3.6 GHz and the other is Phenom II X 4 B55 @ 3.8 GHz. Operating System: Kubuntu 24.04 KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 Kernel Version: 6.8.0-45-generic (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 3600 6-Core Processor Memory: 24 GB of RAM Graphics Processor: AMD Radeon RX 6800 Manufacturer: Micro-Star International Co., Ltd. Product Name: MS-7A34 System Version: 1.0
It works for me 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
Any chance of this ever being fixed? It is quite basic functionality which is needed for the computer to work - even doing simple things like connecting to a website isn't possible when the date is wrong - and sometimes the automatic setting of date and time does not work for unfathomable reasons.
We'll need a reproducible test case. This functionality is working fine for me when I give it a whirl (git master Plasma + kde things, Qt 6.7.2, Fedora 41 KDE) Ultimately I suspect the failures here will likely be traced to some kind of distro or user account setup issue.
The systemd issue is fixed now, meaning no local workaround is needed anymore.