Activity

1. pol-rivero commented on Sep 5, 2026

   

   pol-rivero

   on Sep 5, 2026

   Member

   More actions

   I've downloaded a KDE Neon VM and wasn't able to reproduce the issue:

   screenrecording-2026-09-05_13-22-50.mp4

   Maybe your system is misconfigured somehow?
   Try running this command when using a light theme and when using a dark theme. Paste here what it prints in each case (especially in cases where the app opens with the wrong color):

   for i in $(seq 10); do gdbus call --session --dest org.freedesktop.portal.Desktop \
     --object-path /org/freedesktop/portal/desktop \
     --method org.freedesktop.portal.Settings.Read \
     org.freedesktop.appearance color-scheme; done

   Also, please see if you can reproduce the issue in a VM to give me concrete steps I can follow to observe the bug.
2. pol-rivero

   added

   awaiting responseThis issue is blocked until the submitter provides the requested informationThis issue is blocked until the submitter provides the requested information

   on Sep 5, 2026
3. theofficialgman commented on Sep 7, 2026

   

   theofficialgman

   on Sep 7, 2026

   Last edited by theofficialgman

   Author

   More actions

   the output is the same regardless of the what the application color shows. gdbus always shows the correct "dark color" option.

   * **`0`**: No preference
   * **`1`**: Prefer dark appearance (Dark Mode)
   * **`2`**: Prefer light appearance (Light Mode)
   

   application shows wrong color:

   $ for i in $(seq 10); do gdbus call --session --dest org.freedesktop.portal.Desktop   --object-path /org/freedesktop/portal/desktop   --method org.freedesktop.portal.Settings.Read   org.freedesktop.appearance color-scheme; done
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   

   application shows correct color:

   $ for i in $(seq 10); do gdbus call --session --dest org.freedesktop.portal.Desktop   --object-path /org/freedesktop/portal/desktop   --method org.freedesktop.portal.Settings.Read   org.freedesktop.appearance color-scheme; done
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   (<<uint32 1>>,)
   
4. theofficialgman commented on Sep 7, 2026

   

   theofficialgman

   on Sep 7, 2026

   Author

   More actions

   I have again re-confirmed this is an application side regression:

   3.6.4.4: 10 launches all the correct color
   3.6.5.1: 6 launches with the correct color, 4 launches with the incorrect color
5. pol-rivero

   removed

   awaiting responseThis issue is blocked until the submitter provides the requested informationThis issue is blocked until the submitter provides the requested information

   on Sep 7, 2026
6. pol-rivero commented on Sep 7, 2026

   

   pol-rivero

   on Sep 7, 2026

   Last edited by pol-rivero

   Member

   More actions

   I found this, which seems to match your description: https://issues.chromium.org/issues/536445418.
   It seems this has already been merged into Chromium (version 153.0.8010.18) but it probably won't land in Electron until their next major version.

   Can you check if running the app with this env variable fixes your issue?

   GTK_THEME=Breeze-Dark desktop-plus

   👍React with 👍1Reacted by YarTom
7. pol-rivero

   added

   awaiting responseThis issue is blocked until the submitter provides the requested informationThis issue is blocked until the submitter provides the requested information

   on Sep 10, 2026
8. pol-rivero

   added the

   Bug

   issue type on Sep 10, 2026
9. pol-rivero

   added

   third-party bugWe cannot fix this ourselves. A bug report has been submitted to the third-party.We cannot fix this ourselves. A bug report has been submitted to the third-party.

   on Sep 10, 2026