Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2060320
| Summary: | On Fedora 36 KDE, abrt starts with an empty window without any control widgets. | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lukas Ruzicka <lruzicka> | ||||||||||
| Component: | gnome-abrt | Assignee: | Jakub Filak <jakub> | ||||||||||
| Status: | ASSIGNED --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
| Severity: | high | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 39 | CC: | abrt-devel-list, abrt-sig, awilliam, digitalfreak, geraldo.simiao.kutz, gmarr, jakub, jmilan, mgrabovs, michal.toman, mmarusak, msrb, rdieter, robatino | ||||||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | RejectedBlocker | ||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2022-03-10 23:19:56 UTC | Type: | Bug | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Attachments: |
|
||||||||||||
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. |
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.