<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Alright, so that seems to be more of a niche issue then.
      Especially with the display manager change to sddm. GTK is weird
      sometimes. On these systems, I will just implement a workaround to
      also listen to the GTK.theme_name and detect if it contains -dark.
      Not perfect, but works for some cases.<br>
      <br>
      To test this further, I also set up a VM with Fedora Workstation
      41, brand-new with no other DE other than Gnome 47.4 installed.
      The only thing I did on that system was upgrade all packages after
      install. And on that system, the platform preferences don't work
      at all. All values are the default values and no updates are
      registered for any changes. Perhaps that can be reproduced more
      easily. If that is also not reproducible, we can look if there is
      any way I can provide some information / test some things to
      troubleshoot this on that system.<br>
    </p>
    <div class="moz-cite-prefix">On 28/02/2025 15:23, Michael Strauß
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAJEpuXT2bsgDrjwztNCqQF8Py9+Bhxo3W9chXKZvEUBg6MjECQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="auto">The way we’ve implemented this is that we always
        query all named colors, regardless of what change notification
        we receive. So even if a color theme change wouldn’t trigger a
        notification, a subsequent accent color change (that you
        observe) should pick up the changed fg/bg colors.</div>
      <div dir="auto"><br>
      </div>
      <div dir="auto">Sounds like an issue with GTK or the underlying
        shell bindings. One way to test this hypothesis could be to
        write a simple GTK program that exercises the
        gtk_style_lookup_color API after a theme change. </div>
      <div dir="auto"><br>
      </div>
      <div><br>
        <div class="gmail_quote gmail_quote_container">
          <div dir="ltr" class="gmail_attr">Christopher Schnick <<a
              href="mailto:crschnick@xpipe.io" moz-do-not-send="true"
              class="moz-txt-link-freetext">crschnick@xpipe.io</a>>
            schrieb am Fr. 28. Feb. 2025 um 21:01:<br>
          </div>
          <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">The
            only change that is registered when I switch between dark
            mode <br>
            settings is:<br>
            replaced Yaru by Yaru-dark at key GTK.theme_name<br>
            <br>
            If I change the accent color, it registers the following
            changes:<br>
            replaced 0xe95420ff by 0x03875bff at key <br>
            GTK.theme_unfocused_selected_bg_color<br>
            replaced 0xe95420ff by 0x03875bff at key
            GTK.theme_selected_bg_color<br>
            replaced Yaru by Yaru-viridian at key GTK.theme_name<br>
            <br>
            It seems like this is very much limited to the foreground
            and background <br>
            colors not updating. The fg and bg color is also not
            updating when <br>
            restarting the application or even rebooting. I switched to
            light mode, <br>
            rebooted, and it still reports dark mode.<br>
            <br>
            On 28/02/2025 14:49, Michael Strauß wrote:<br>
            > Are colors reported at all in the change notification
            on your system?<br>
            > If not, then it's probably because
            gtk_style_lookup_color() returns false.<br>
          </blockquote>
        </div>
      </div>
    </blockquote>
  </body>
</html>