Summary: | Gwenview crashes when panning or zooming image (Wayland) | ||
---|---|---|---|
Product: | [Applications] gwenview | Reporter: | David Warner <david.p.warner> |
Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | crash | Keywords: | drkonqi |
Priority: | NOR | ||
Version: | 20.12.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
David Warner
2020-12-13 12:34:51 UTC
This may be a duplicate of https://bugs.kde.org/show_bug.cgi?id=430143, although that report doesn't indicate crashing. I can confirm that using the mouse wheel to zoom is responsive and does *not* trigger the crash. The only way I can trigger the crash-when-zooming is to click and drag the zoom slider at the bottom right back and forth for a while. #6 QMessageLogger::fatal (this=this@entry=0x7fffd70c5ba0, msg=msg@entry=0x7ff994ac00b8 "The Wayland connection broke. Did the Wayland compositor die?") at global/qlogging.cpp:893 This means that the compositor crashed. Due to a Qt issue, when this happens, the app using it will crash too. KDE developers submitted a fix, but sadly it was not merged. See https://codereview.qt-project.org/c/qt/qtwayland/+/308984. Until we get better handling of this in Qt, the best we can do is debug why the compositor crashed in the first place. So can you please get a backtrace of the crash in kwin_wayland and then file a new bug report with it on kwin | wayland-generic? Thanks! You may be able to use the `coredumpctl` utility to retrieve the backtrace. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl Thank you - sorry I didn't get around to doing this, but I can no longer reproduce the bug in Plasma 5.21, so it looks like the compositor bug has been resolved upstream. |