Hide Forgot
Description of problem: Qt applications open the Flatpak portal file picker, even though they are not inside Flatpaks. In addition to that, this file picker is not associated to the application window and opens in the background. Version-Release number of selected component (if applicable): qgnomeplatform-0.7.0-2.fc33 How reproducible: On my machine, always (tested with VLC media player, KDevelop and MultiMC). Steps to Reproduce: 1. Open any Qt application that contains a file picker on GNOME 2. Open the file picker from the application Actual results: The xdg-desktop-portal file picker opens in the background, and says "Portal" in the gnome status bar instead of the application name (as well as sometimes showing an "open files read-only" button) Expected results: The native file picker should open in the foreground, and have a window attached to the application window Additional info:
This is intentional, QGnomePlatform now defaults to using native file dialog through the portal. I cannot reproduce the issue where it is opened in the background, but the application association is something we have to fix on Wayland.
Apparently e-mail replies don't go through to bugzilla? Either way, I forgot to mention in the original post, I'm not on Wayland, I'm on Xorg.
It doesn't actually matter, it will use xdg-desktop-portal on both. However, on Xorg it should have proper dialog ←→ app association [1]. I will try to look into this. [1] - https://code.woboq.org/qt5/qtbase/src/plugins/platformthemes/xdgdesktopportal/qxdgdesktopportalfiledialog.cpp.html#174
Should be fixed with https://codereview.qt-project.org/c/qt/qtbase/+/337969. I will it backport to Fedora.
FEDORA-2021-dd40f54279 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-dd40f54279
FEDORA-2021-87f8cd1bf7 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-87f8cd1bf7` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-87f8cd1bf7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-dd40f54279 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-dd40f54279` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-dd40f54279 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
This does not fix the issue for me.
(In reply to kb1000 from comment #8) > This does not fix the issue for me. It should fix the issue where portal dialog appears in the background.
I confirm @kb1000's finding that the patch does NOT fix the issue of dialogs opening behind the application window.
FEDORA-2021-dd40f54279 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-87f8cd1bf7 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Nyall Dawson from comment #10) > I confirm @kb1000's finding that the patch does NOT fix the issue of dialogs > opening behind the application window. Is this on Wayland? This will fix it only on X sessions.
> Is this on Wayland? This will fix it only on X sessions. No, it's on x session. I've added a screencast showing the issue is still present after qt5-qtbase-5.15.2-15.fc33.x86_64
Created attachment 1765416 [details] Screencast showing issue is still present
Strangely enough, it works correctly for the VERY FIRST file dialog opened after a new xorg session is launched, but then all subsequent dialogs open behind the application!
I can reproduce on X session, but also with GTK apps (like GNOME Boxes). I verified whether we send correct window id and we do, same goes for GNOME Boxes, but there is probably something wrong in xdg-desktop-portal-gtk.
I can reproduce on X session, but also with GTK apps (like GNOME Boxes). I verified whether we send correct window id and we do, same goes for GNOME Boxes, but there is probably something wrong in xdg-desktop-portal-gtk. First opening makes it open correctly with focus, next time and any other opens a dialog without focus.
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still reproducible on Fedora 35.
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.