Created attachment 1863956 [details] The empty Abrt window. Description of problem: On Fedora 36, Abrt starts without any control widgets in KDE, i.e. an almost empty window, so the application is almost impossible to use. Version-Release number of selected component (if applicable): * Plasma 5.24.2 * KDE Frameworks 5.91.0 * Qt: 5.15.2 * Wayland * abrt-2.15.0-3 How reproducible: Always Steps to Reproduce: 1. Start ABRT on Fedora 36 KDE Actual results: No widgets display in the application, see screenshot. Expected results: Application should show widgets to control it. Additional info: No error messages are displayed anywhere.
On Wayland, the window is missing its decoration, also notice the status icon that does not display the standard Abrt icon, but rather a wayland icon. On X11, everything seems to be ok (see screenshot), so the problem might be related to Wayland.
Created attachment 1863958 [details] Correct Abrt window on Xorg
Proposed as a Blocker for 36-final by Fedora user lruzicka using the blocker tracking app because: I propose this as a blocker because Abrt is unusable on KDE Wayland which breaks the criterion that the pre-installed application must withstand basic functionality.
This is strange. If I right-click on the app in the task bar, more->move, then I am able to move the window on the screen and it looks normal -- screenshot in the attachment. The problem is that the application starts with top bar hidden outside of the screen.
Created attachment 1865228 [details] abrt window wayland
Lukas, what resolution are you using? Could you please try with something like 1920x1080 or higher?
I already reported this a week ago. I even linked to the bug report from the openQA needle, Lukas: https://openqa.fedoraproject.org/tests/1167873#step/abrt/1 It's not empty, it's just too big. *** This bug has been marked as a duplicate of bug 2060540 ***
oh, sorry, I see this was older, thought it was a new report. will reverse.
*** Bug 2060540 has been marked as a duplicate of this bug. ***
The GUI app is gnome-abrt. But as per the dupe I would actually suspect this is kwin or some other element of KDE. After all, the window size is normal on GNOME.
Michal: openQA tests at 1024x768. It may well not be a problem at higher resolutions, but that's still a pretty standard resolution for VMs.
Hello, I can confirm that with higher resolutions, the window is complete. The affected resolution is 1024x768 which is the VM default and also used by the openQA engine.
It seems a problem of resolution yes, because if one click and drag the window down, all the controls reapear on top of it.
Created attachment 1865888 [details] resized window, wayland with controls resizing window, the controls are there.
Discussed during the 2022-03-14 blocker review meeting: [0] The decision to classify this bug as a "RejectedBlocker (Final)" was made as it only affects fairly specific cases (KDE at lower resolutions) and is easy enough to workaround by resizing the window; we feel documenting that would be sufficient for release. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2022-03-14/f36-blocker-review.2022-03-14-16.01.txt
Still happens on current Rawhide, FWIW.
This message is a reminder that Fedora Linux 36 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 36 on 2023-05-16. 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 'version' of '36'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 36 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 Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Still happens on current Rawhide.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.
This is fixed in KDE 6.2. woohoo.