SUMMARY The night color applet does not automatically change color temperatures in the latest updated Kubuntu version (clean install). STEPS TO REPRODUCE 1. Set night color to automatically change color temperature (either via location or via specified times) 2. Wait until appropriate time 3. No color change occurs OBSERVED RESULT No color change occurs EXPECTED RESULT Color change should occur SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.5.0-26-generic (64-bit) KDE Plasma Version: 5.27.8 (latest stable for latest Kubuntu release) KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION Please let me know which logs to provide
Any chance you can upgrade to Plasma 6 somehow and see if it's fixed now? There was a lot of re-plumbing here that could have fixed the issue for you.
(In reply to Nate Graham from comment #1) > Any chance you can upgrade to Plasma 6 somehow and see if it's fixed now? > There was a lot of re-plumbing here that could have fixed the issue for you. I would rather stay at Kubuntu's version as it took a lot of work to get Plasma (themes in particular) usable as it is. Do you think I should file a bug with Kubuntu instead?
Here is the error log https://pastebin.com/qd6Md9Dv
The System Settings dialog for Night Color does not affect the colour temperature at all, even when it's set to Always On. The only way I can turn it on is by clicking the applet in the system tray. so perhaps the title of the bug should be renamed to "night color system settings dialog does not take any effect".
Thanks. This looks like the log of when automatic location is enabled. Can you also provide one for when manual timings is enabled?
(In reply to Natalie Clarius from comment #5) > Thanks. This looks like the log of when automatic location is enabled. Can > you also provide one for when manual timings is enabled? https://pastebin.com/iVYXfAsT Thanks for replying, if we sort it I'll try get Kubuntu to backport the fix
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug was fixed. All plasma/framework/QT versions are the same as those initially reported. The only difference is I'm now on Linux 6.5.0-28-generic (64-bit). Maybe it was a kernel bug. Anyway it's fixed now on Kubuntu 23.10 with the latest updates.
Now the bug is present in the way originally described... When I change the applet settings to "always on" or "always off" the change is reflected immediately. However when I set it to automatically change based on locations, it stays on no matter the time of day. The displayed information is correct, i.e. my location and on/off times are calculated correctly, however it still turns "on" Night Color when it should be off. For instance it is 3.47pm right now and Night Color is active, even though the applet says "color temperature will begin changing at 17.13."
I am able to reproduce this on git-master but not on Plasma 6.2.3 On git-master: Yesterday, in the Brightness applet I set Night Light to automatic Later I put the system to sleep This morning when I woke the system, night light is still on In the Brightness tooltip it says: > Night Light at night color temperature > Night Light morning transition scheduled for 11:21 PM Switching time setting: Sunset and sunrise at current location System timezone: Chicago (CST) Actual sunrise today & tomorrow 6:50 I'm wondering if the time I saved the settings yesterday afternoon somehow affected the calculation Night Light is doing
The issue on my git-master system appears to be different, and in location services failing to set the right location for the night light If I disable and re-enable Night Light based on sunrise and sunset at current location, night light is turned back on It's just doing so at the wrong time, even though GeoIP correctly detects my location based on the machine's IP. Current location shown is Lat: 0 Long: 0 Therefore I was not able to reproduce *this* bug where the night light is turned on / off automatically I can't reproduce on KDE Neon Testing either
> Anyway it's fixed now on Kubuntu 23.10 with the latest updates Cool, then let's call this issue fixed. If you're saying that now you have a new issue, that needs a new bug report, so we don't all get confused trying to track multiple issues with the same bug report. In the new bug report you're going to file, please attach the terminal output of running `systemsettings kcm_nightlight` and them making the issue happen there. Thanks!
Created attachment 176030 [details] attachment-1685534-0.html yes it's fixed for me now as well. Arno On Fri, Nov 22, 2024 at 8:50 AM Nate Graham <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=485219 > > Nate Graham <nate@kde.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Version Fixed In| |6.1.5 > Status|REPORTED |RESOLVED > Resolution|--- |FIXED > > --- Comment #12 from Nate Graham <nate@kde.org> --- > > Anyway it's fixed now on Kubuntu 23.10 with the latest updates > > Cool, then let's call this issue fixed. If you're saying that now you have > a > new issue, that needs a new bug report, so we don't all get confused > trying to > track multiple issues with the same bug report. > > In the new bug report you're going to file, please attach the terminal > output > of running `systemsettings kcm_nightlight` and them making the issue happen > there. Thanks! > > -- > You are receiving this mail because: > You reported the bug.