Libadwaita GTK4 flatpak applications fail to blur at all

[The-Brit]

It appears that any libadwaita GTK4 based applications while appearing transparent fail to blur.

libadwaita-no-blur.mp4

The video demonstrates two native QT applications, system settings and console respectively, perfectly blurred and flatseal, a libadwaita application installed via flatpak, without blur.

Forceblur plugin settings are set to
"Blur all except matching" and the match list is empty
"Blur window decorations as well"

Kvantum is enabled and the McMojave theme applied

My system specifications:

OS: CachyOS Linux x86_64
Kernel: Linux 6.10.10-2-cachyos
Uptime: 38 mins
Packages: 1256 (pacman), 9 (flatpak)
Shell: zsh 5.9
Display (27GN950): 3840x2160 @ 120 Hz (as 2560x1440) in 27″ [External] *
Display (27GN950): 3840x2160 @ 120 Hz (as 2560x1440) in 27″ [External]
DE: KDE Plasma 6.1.5
WM: KWin (Wayland)
WM Theme: McMojave
Theme: McMojave (KvMojave) [Qt], Mojave-Dark [GTK2/3/4]
Icons: McMojave-circle-dark [Qt], McMojave-circle-dark [GTK2/3/4]
Font: Noto Sans (10pt) [Qt], Noto Sans (10pt) [GTK2/3/4]
Cursor: capitaine (24px)
Terminal: konsole 24.8.1
Terminal Font: Hack (11pt)
CPU: AMD Ryzen 9 7950X (32) @ 5.88 GHz
GPU 1: NVIDIA GeForce RTX 4080 SUPER [Discrete]
GPU 2: AMD Raphael [Integrated]
Memory: 7.11 GiB / 93.51 GiB (8%)
Swap: 0 B / 93.51 GiB (0%)
Disk (/): 66.72 GiB / 1.82 TiB (4%) - btrfs
Disk (/mnt/xfs_root): 463.68 GiB / 931.06 GiB (50%) - xfs
Disk (/tank): 256.00 KiB / 611.75 GiB (0%) - zfs
Local IP (eno2): 192.168.50.168/24
Locale: en_CA.UTF-8

[taj-ny]

This occurs only when the class list is empty, matching mode is set to Blur all except matching and the window resource class/name is empty. As a workaround you can add anything to the class list.

[The-Brit]

Correct me if I'm wrong but adding entries to the class list when *Blur all except matching is set will just ignore every class/name in the list.* *The alternative is to manually set every class name for all applications?*

…

On Sun, 15 Sept 2024 at 10:06, taj_ny ***@***.***> wrote: This occurs only when the class list is empty, matching mode is set to *Blur all except matching* and the window resource class/name is empty. As a workaround you can add anything to the class list. — Reply to this email directly, view it on GitHub <#104 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AYGISPQHIRQBXKICUTSKOF3ZWWWCDAVCNFSM6AAAAABOG76SUCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJRGY2TKMJVGM> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- *Michael Tomlinson* Chief Technology Officer cherry.health (250) 884-6669

[taj-ny]

As a workaround you can add anything to the class list.

What I meant by that is that you just have to add anything to the class list (a dot for example) so that there are no empty lines, which will prevent the bug from happening until it's actually fixed.

[The-Brit]

Ah I see, thank you for the clarification.

…

On Tue, 24 Sept 2024 at 09:00, taj_ny ***@***.***> wrote: As a workaround you can add anything to the class list. What I meant by that is that you just have to add anything to the class list (a dot for example) so that there are no empty lines, which will prevent the bug from happening until it's actually fixed. a.png (view on web) <https://github.com/user-attachments/assets/aaf27a12-7ab8-4661-85b9-3569a967b8ec> — Reply to this email directly, view it on GitHub <#104 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AYGISPTZFF7YE6AAYCUZUZ3ZYF47RAVCNFSM6AAAAABOG76SUCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZRGU3DANZXHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- *Michael Tomlinson* Chief Technology Officer cherry.health (250) 884-6669