Bug 414955 - KMail stops responding when preview pane active on Wayland-Plasma
Summary: KMail stops responding when preview pane active on Wayland-Plasma
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 5.13.3
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-08 16:02 UTC by pugorg
Modified: 2021-01-01 22:17 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pugorg 2019-12-08 16:02:13 UTC
SUMMARY
KMail stops responding when preview pane active on Wayland-Plasma

STEPS TO REPRODUCE
Started kmail on wayland-plasma with active preview pane. The preview stays
black at the beginning. When e.g. hovering with the mouse over the preview,
clicking on a different email or changing the folder the whole kmail
software stops reacting and the title bar shows an unresponsive
notification. No crash notification.

When not interacting with the enabled preview pane the software stays
responsive, even the settings can be reached to disable preview, which makes
kmail work fine. EMail content can then be viewed in separately opened
windows by doubleclicking them. Disabling HTML preference does not help.

This problem does not happen with the preview pane disabled and in either
configuration on X-Window.

OBSERVED RESULT
KMail stops reacting.

EXPECTED RESULT
EMail is displayed

SOFTWARE/OS VERSIONS
Running Debian testing, KMail 19.08.3 and 19.08.3
KDE Frameworks Version: 5.62.0
Qt Version: 5.12.5

ADDITIONAL INFORMATION
Comment 1 Sandro Knauß 2019-12-08 17:03:39 UTC
It is reported as Debian Bug: https://bugs.debian.org/946365
Comment 2 pugorg 2019-12-15 19:03:08 UTC
KMail also stops responding when the pointer changes, e.g. to change the size of the panes.
Comment 3 Rainer Finke 2020-02-13 22:16:00 UTC
When opening Kmail on Wayland without any adjustments, then the preview window is blank or just a black frame.

Operating System: Arch Linux 
KDE Plasma Version: 5.18.0
KDE Frameworks Version: 5.67.0
Qt Version: 5.14.1
Kernel Version: 5.5.3-arch1-1
Comment 4 martchus 2020-04-28 12:04:35 UTC
I can also reproduce that KMail and Kontact become unresponsive when the preview pane is active. With preview pane I mean the Qt WebEngine based preview of the mail. (I hope the author of the issue means the same.)

In my case the QWebEngineView is completely transparent.

The problem seems to be specific to:

* Using Wayland natively; it can *not* be reproduced using XWayland via `kmail -platform xcb` or using a  regular X session
* The way how KMail embeds the Qt WebEngine frame; when opening a mail in a separate window the problem can not be reproduced. There seems to be something special KMail is doing here. A tag editor I've developed embeds a QWebEngineView using a QSplitter as well and it works fine under Wayland.

I'm using Arch Linux (x86_64) with Intel Graphics:

```
pacman -Q kwin plasma-desktop plasma-workspace kmail kparts qt5-base qt5-webengine qt5-wayland wayland wayland-protocols linux-zen mesa 
kwin 5.18.4.1-4
plasma-desktop 5.18.4.1-1
plasma-workspace 5.18.4.1-2
kmail 20.04.0-1
kparts 5.69.0-1
qt5-base 5.14.2-1
qt5-webengine 5.14.2-1
qt5-wayland 5.14.2-1
wayland 1.18.0-2
wayland-protocols 1.20-1
linux-zen 5.6.7.zen1-1
mesa 20.0.5-1
```
Comment 5 martchus 2020-05-10 21:12:36 UTC
I've just wanted to write that the problem is gone on my system after updating. Unfortunately that's not the case after all. So the problem is simply not 100 % of the time reproducible. In this case I've started kmail and it worked. Then I closed it to test kontact and it ceased to work. When going back to kmail it was now broken as well.

So the problem is still present in these versions:

```
pacman -Q kwin plasma-desktop plasma-workspace kmail kparts qt5-base qt5-webengine qt5-wayland wayland wayland-protocols linu
kwin 5.18.5-1
plasma-desktop 5.18.5-1
plasma-workspace 5.18.5-1
kmail 20.04.0-1
kparts 5.70.0-1
qt5-base 5.14.2-2
qt5-webengine 5.14.2-3
qt5-wayland 5.14.2-1
wayland 1.18.0-2
wayland-protocols 1.20-1
linux-zen 5.6.12.zen1-1
mesa 20.0.6-2
```

Let me know if there's more useful information I could provide. (stderr/stdout of kmail doesn't provide any clues.)
Comment 6 Edward Viesel 2020-05-20 12:56:32 UTC
I can confirm this bug, or something similar. I'm using Wayland with Kubuntu 20.04. Practically every application works, except the preview in KMail.

With preview disabled, KMail works fine.

With the preview enabled, the whole desktop does a range of strange things:
- it copied (part-)images of the last website I visited on Firefox and also my desktop image to the preview pane. Sometimes also just a black rectangular.
- then it turned the cursor into a horizontal resizing tool, with KMail, however, becoming completely unresponsive (but not crashing)
- when I tried to change the settings in KMail, it startet "mixing" the two windows: the normal message list and the settings window. Parts of the settings window could be seen, superimposed on parts of the normal message list.
- it was difficult to navigate to minimized windows in the window bar, because the little rectangulars started to flicker or disappear for a few seconds when I tried to access them.
- the KMail window resized itself, growing increasingly larger on the right-hand side with each fresh access, so that the "close" cross couldn't be accessed for closing the application.

Strangely enough, each time I opened KMail again, the problem was different, just a whole range of strange behaviours.

Steps to reproduce:
Start Kmail on wayland-plasma with active preview pane in Kubuntu 20.04.

Observed result:
See above; in my case, KMail remains responsive most of the time. If it does go grey and does not repspond, I can still close it via the icon at the top right-hand corner. If I can't see that icon (resizing; see above), I can still move the whole window to get at the cross icon.

Expected result:
Normal message list; stable desktop.
Comment 7 Simone Lazzaris 2020-05-27 12:14:29 UTC
I confirm the bug (or a avery similar one): kmail stop responding when the cursor shapes changes (e.g. when I hoover over a resizable border).


SOFTWARE/OS VERSIONS
Archlinux, with intel graphics.

kwin 5.18.5-1
plasma-desktop 5.18.5-2
plasma-workspace 5.18.5-3
kmail 20.04.1-1
kparts 5.70.0-1
qt5-base 5.14.2-3
qt5-webengine 5.14.2-3
qt5-wayland 5.14.2-1
wayland 1.18.0-2
wayland-protocols 1.20-1
mesa 20.0.7-3
Comment 8 Borden 2020-05-29 04:22:30 UTC
Ditto. KMail hangs with an unresponsive window as soon as it opens on Wayland (running on Debian bullseye). It also seems to affect Kontact, which also hangs within seconds of opening. No error messages.
Comment 9 pugorg 2020-12-30 20:30:30 UTC
This is resolved with KMail 5.15.3 (20.08.3), on KDE Frameworks 5.77.0 and 5.15.2; Debian Bullseye.