Bug 2240211

Summary: Fonts, maximize buttons, cursor size settings not applied in "GTK" Flatpaks
Product: [Fedora] Fedora Reporter: Timothée Ravier <travier>
Component: xdg-desktop-portalAssignee: David King <amigadave>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 39CC: agurenko, amigadave, debarshir, geraldo.simiao.kutz, gmarr, gnome-sig, jadahl, kparal, lruzicka, mcatanza, mclasen, robatino
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: AcceptedBlocker
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-10-09 22:25:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2143446    
Attachments:
Description Flags
New looks of the application. none

Description Timothée Ravier 2023-09-22 13:50:41 UTC
GTK settings are not used by applications in KDE sessions.

See: https://pagure.io/fedora-kde/SIG/issue/396

This is likely due to the upstream change: https://github.com/flatpak/xdg-desktop-portal/issues/1017

Reverting to https://bodhi.fedoraproject.org/updates/FEDORA-2023-8a95627f94 "solves" this issue.

Reproducible: Always

Steps to Reproduce:
1. Install Fedora Kinoite 39 (beta)
2. Install a GTK based application from Flathub (Celluloid for example)
Actual Results:  
Fonts are incorrectly displayed, maximize buttons are missing, cursor size are wrong

Expected Results:  
Fonts, maximize buttons, cursor size are reasonable defaults

Comment 1 Fedora Blocker Bugs Application 2023-09-22 13:53:40 UTC
Proposed as a Blocker for 39-final by Fedora user siosm using the blocker tracking app because:

 This is breaking basic display settings for GTK based Flatpaks in a KDE session.

Comment 2 Geraldo Simião 2023-09-23 14:09:41 UTC
This happens too on a upgraded F38 -> F39 KDE regular rpm spin.

Comment 3 Geraldo Simião 2023-09-23 14:56:18 UTC
At the RPM F39 kde (upgraded from f38) the workaround for me worked fine:
sudo nano /usr/share/xdg-desktop-portal/kde-portals.conf
added gtk to the default line:
default=kde;gtk

Don't knoe if this works for flatpaks too, maybe not.

Comment 4 Jonas Ådahl 2023-09-25 08:41:32 UTC
> Don't knoe if this works for flatpaks too, maybe not.

This will work, and should probably be made a change upstream in KDE unless either KDE emulates what gtk needs from org.gnome.* GSettings, or the decision to not pull in all settings backends despite portal config file not listing them is reversed.

Comment 5 Geoffrey Marr 2023-09-25 23:41:38 UTC
Discussed during the 2023-09-25 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker (Final)" was made as it violates the following criterion:

"... the desktop environment must perform regular operations like windows close/resize/maximize/minimize/fullscreen (when supported/applicable)..." in the case of OOTB-installed GTK applications, e.g. Firefox.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-09-25/f39-blocker-review.2023-09-25-16.02.txt

Comment 6 Matthias Clasen 2023-09-26 14:59:41 UTC
Timothee, did you try the suggestions in the upstream issue?

My understanding (and I've warned about this before the upstream change was merged) is that KDE needs to ship a portal configuration file that makes the settings portal use both kde and gtk backends, and the KDE spin needs to pull in the gtk portal backend package.

Comment 8 Timothée Ravier 2023-09-27 17:27:43 UTC
I pushed the merge button on https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/merge_requests/231. We'll backport it to 5.27 and our packages.

Comment 9 Timothée Ravier 2023-09-27 17:36:56 UTC
5.27 backport: https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/merge_requests/233

Comment 11 Fedora Update System 2023-09-29 11:03:11 UTC
FEDORA-2023-ac10fe623c has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2023-ac10fe623c

Comment 12 Fedora Update System 2023-09-29 11:23:34 UTC
FEDORA-2023-a34ccfc45b has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-a34ccfc45b

Comment 13 Fedora Update System 2023-09-29 12:52:43 UTC
FEDORA-2023-ac10fe623c has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 14 Fedora Update System 2023-09-30 03:30:26 UTC
FEDORA-2023-a34ccfc45b has been pushed to the Fedora 39 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-a34ccfc45b`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-a34ccfc45b

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 15 Timothée Ravier 2023-10-06 09:23:38 UTC
This was closed by the F40 update but this is still waiting on https://bodhi.fedoraproject.org/updates/FEDORA-2023-a34ccfc45b for F39.

Comment 16 Lukas Ruzicka 2023-10-06 10:55:53 UTC
The update works fine. The fonts look ok and the maximise and minimise button are available. See screenshot.

Comment 17 Lukas Ruzicka 2023-10-06 10:56:37 UTC
Created attachment 1992464 [details]
New looks of the application.

Comment 18 Kamil Páral 2023-10-09 11:17:52 UTC
(In reply to Lukas Ruzicka from comment #16)
> The update works fine. The fonts look ok and the maximise and minimise
> button are available. See screenshot.

Lukas, please give karma to the Bodhi update. Thanks!

Comment 19 Fedora Update System 2023-10-09 22:25:40 UTC
FEDORA-2023-a34ccfc45b has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.