Replies: 1 comment
-
That's weird. To be precise, it changes
to the respective theme (Light or Dark) within a managed theme file called ADMTheme.theme, which gets a new GUID and is re-applied at every switch. Or, if you use the windows theme mode in ADM, it applies a theme file for the respective time of day. Apps set to sync with the system theme usually listen to changes on the AppMode value (and thus also respect the offset because those values are only modified when the Windows theme updates), so them changing their theme on their own is quite strange. Unless they have their own timed implementation and go off of their own sunrise/sunset times. In case it helps you figure out what's going on:
As you've noticed correctly, ADM is not performing any action at the time you're observing the issue with apps switching prematurely. The log entry mentioning refreshing themes is merely making a theme switch request here. With the default governor (listening to night light disabled) it is instructed to retrieve the most recent suntimes That calculation is applying the offset Which is why you're not seeing I would therefore assume that the issue is most likely unrelated to ADM from what I can tell. |
Beta Was this translation helpful? Give feedback.
-
Just had a weird issue where all my apps that are synced to the system theme updated before the auto-night updated the system. There is an offset on light (+60), and the apps all updated to light theme at sunrise, while the system is still set to dark (correctly because of offset)
It's the first time I've noticed this bug, and I don't know specifically that it's related to autodark mode, but I don't think I have any other theme switching enabled.
Windows nightlight is off.
Relevant logs from AutoNightMode: (note I don't see ThemeManager.UpdateTheme at sunrise)
Beta Was this translation helpful? Give feedback.
All reactions