Name Your Distro: Flatpaks irritatingly don’t follow desktop theme (written specific to KDE / Plasma-Desktop 6)
Brings back memories of being read the Ugly Duckling
This is not an issue with any Linux distro specifically, but with all distros in general. If anyone out there’s had this issue, I’m sure you’ve shared my pain. I’d struggled with getting flatpaks to follow the (dark) system theme I set for a while, and I finally just got it fixed, so I thought I’d run through the process real quick:
make sure you’re setting a theme that has a flatpak version available (I chose adw-gtk3{,-dark})
install the flatpak versions: as of writing, gtk3 flatpak themes are the only ones you need to download, but if your theme doesn’t include a gtk4 variant, YMMV
install the gtk themes for your desktop environment and ensure they are in the proper location
enable gtk themes in gsettings
A couple last-ditch effort recommendations if 1-4 doesn’t work
Here’s the steps expanded:
Choose a theme you can get in a desktop version – a good place to see if you can find the theme you want is gnome-look.org. Make sure if you use both user and system flatpaks you have a theme for both (I personally only use userspace flatpaks from flathub to avoid complications) Here’s the current list of flatpak theme runtimes as of writing:
You can see at the top of the list adw-gtk3 and adw-gtk3-dark are separate packages, so if you wanted to support both light and dark modes, install them both:
❯ for T in adw-gtk3 adw-gtk3-dark; do flatpak install -uy org.gtk.Gtk3theme.$T; doneCode language:Bash(bash)
See if there’s a packaged or scripted version of the same theme on your distro before installing from Gnome Look – I lucked out and there was one already in the AUR (number 3 looked good to me!):
❯ paru -Ss adw-gtk3
<strong>aur</strong>/<strong>adw-gtk35.3-1</strong> [<strong>+43 ~3.15</strong>]
The theme from libadwaita ported to GTK-3
<strong>aur</strong>/<strong>adw-gtk3-git1.0.r2.a2a0114-1</strong> [<strong>+15 ~1.21</strong>]
The theme from libadwaita ported to GTK-3
<strong>aur</strong>/<strong>adw-gtk-theme1.1-2</strong> [<strong>+12 ~1.00</strong>]
LibAdwaita Theme for all GTK3 and GTK4 Apps. NOTE: This is a meta package
which uses adw-gtk3 for GTK3 and official LibAdwaita theme for GTK4
Code language:Bash(bash)
If you do have to install a theme package manually, just remember they can go in either /usr/share/themes/. (system-wide) or $HOME/.local/share/themes (user), but not both!
Go to kcm_style in your KDE settings panel and choose “Configure GNOME/GTK Application Style” (top right)
KDE Settings Configuration (part 1)KDE Settings Configuration (part 2)
Last step (hopefully):
Tell gsettings your defaults – this has to be done from the command line unless you have dconf-editor or gnome-tweaks installed for some reason (unusual and unnecessary for a KDE-centric system). Here’s the key-value pairs:
❯ gsettings set org.gnome.desktop.interface gtk-theme 'adw-gtk3-dark';
gsettings set org.gnome.desktop.interface color-scheme 'prefer-dark'Code language:Bash(bash)
Replace the values at the end with your particular theme and preference, of course (again, I choose adw-gtk3-dark, mostly because I knew it would be the best supported theme). Obviously, if you don’t 'prefer-dark' that second line is optional.
OK now try starting one of the flatpaks you’ve been having issues with and see how it went!
If it’s still not loading in your preferred theme, I’d go back and check the steps to make sure you covered them properly. You can try gsettings get on org.gnome.desktop.interface gtk-theme to check that it has your proper value, or check /usr/share/themes to make sure a folder exists with the name of the theme you thought you installed (manually or with a package manager) or $HOME/.local/share/themes/ if you installed it manually to your user folder.
If those all seem legit, check out xsettingsd: It looks like it’s a dependency of kde-gtk-config on Arch Linux currently, so you might already have it:
❯ pacman -Qi xsettingsd
Name : xsettingsd
Version : 1.0.2-1
Description : Provides settings to X11 applications via the XSETTINGS specification
Architecture : x86_64
URL : https://github.com/derat/xsettingsd
Licenses : custom:BSD
Groups : None
Provides : None
Depends On : libx11 gcc-libs
Optional Deps : None
Required By : kde-gtk-config
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 78.82 KiB
Packager : Antonio Rojas <arojas@archlinux.org>
Build Date : Mon 09 Aug 2021 04:16:10 AM PDT
Install Date : Sat 16 Mar 2024 10:31:30 PM PDT
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
Code language:Bash(bash)
Do the usual checks to make sure it’s running (it’s only visible using systemctl --user in Arch):
❯ systemctl --user status xsettingsd.service
● xsettingsd.service - XSETTINGS-protocol daemon
Loaded: loaded (/usr/lib/systemd/user/xsettingsd.service; static)
Active: active (running) since Sat 2024-03-2314:35:18 PDT; 1h 52min ago
Main PID: 469119 (xsettingsd)
Tasks: 1 (limit: 9084)
Memory: 156.0K (peak: 696.0K swap: 344.0K swap peak: 344.0K zswap: 55.8K)
CPU: 4ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/xsettingsd.service
└─469119 /usr/bin/xsettingsd
Mar 2314:35:18 purplehippo systemd[1283]: Started XSETTINGS-protocol daemon.
Mar 2314:35:18 purplehippo xsettingsd[469119]: xsettingsd: Loaded 14 settings from /home/avery/.config/xsettingsd/xsettingsd.conf
Mar 2314:35:18 purplehippo xsettingsd[469119]: xsettingsd: Created window0xc00001 on screen 0with timestamp 5373106
Mar 2314:35:18 purplehippo xsettingsd[469119]: xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0
Mar 2314:35:18 purplehippo xsettingsd[469119]: xsettingsd: Took ownership of selection _XSETTINGS_S0
Mar 2314:53:07 purplehippo xsettingsd[469119]: xsettingsd: Reloading configuration
Mar 2314:53:07 purplehippo xsettingsd[469119]: xsettingsd: Loaded 14 settings from /home/avery/.config/xsettingsd/xsettingsd.conf
Code language:JavaScript(javascript)
If it’s having an issue, try restarting it, or you can examine the configuration file it creates automatically in your $XDG_CONFIG_HOME dir and make sure it all looks reasonable:
if THAT all looks fine, there was one last thing on wiki.archlinux.org that looked like it might work (especially with Window Manager-type setups like minimal tiling desktop such as sway and dwm – although, if you’re into minimal WMs, not sure if you’d like flatpaks – in any event, nobody’s a monolith…). You could put something like this in $HOME/bin and call it refresh-flatpak-themes (etc.) then run it when you see one getting dodgy:
Which basically just loops through each flatpak app you have in your user’s .var folder, checks to see if it has a gtk-3.0 definition folder, and if not, makes a symbolic link to where one usually lives in your $XDG_CONFIG_HOME. You could try making the symlink to one manually to see if it works before setting up a script, but if it works out, hey, go for it.
Another option I saw which looks pretty elegant is outlined here on a xerolinux-specific BB, but should apply to pretty much any distro using the xdg user-dirs spec:
❯ export GTK3_THEME=(name of preferred theme);
flatpak --user override --filesystem=$HOME/.local/share/themes;
flatpak --user override --filesystem=$XDG_CONFIG_HOME/gtk-3.0:ro;
for FLATPAK_APP in $HOME/.var/app/*; do flatpak --user override \
$FLATPAK_APP --env=GTK_THEME=$GTK3_THEME; doneCode language:PHP(php)
Quick pointers for troubleshooting:
The user-dirs.dirs file usually lives at $HOME/.config/user-dirs.dirs
Any $VARIABLE can be echoed to the screen using echo $VARNAME(make sure they’re properly set)
Recovering zfs evangelist. Random tech tip disseminator. React/Next.JS site developer, but currently only in spare time. Previously resided: Oakland, SF, Tokyo. Now near Seattle, loving vote by mail.
View all posts by averyfreeman
