Bug 493313

Summary: The subject line and composed text is not re-rendered (wayland)
Product: [Applications] kmail2 Reporter: Pavel Raiskup <praiskup>
Component: composerAssignee: kdepim bugs <kdepim-bugs>
Status: REPORTED ---    
Severity: normal CC: montel
Priority: NOR    
Version: 6.2.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: How it looks like
And multiple menu bars

Description Pavel Raiskup 2024-09-18 09:12:37 UTC
Created attachment 173819 [details]
How it looks like

I have GVim configured as the plain-text composer KMail, and I see no text after closing the GVim's window.  But this fact doesn't seem to be related to the bug itself - the (mis)behavior remains even after closing GVim when the Subject field is being modified.

When I click into the Subject line, I can type and thus correctly modify the Subject field text (visible in the KDE window header), but the text is not visible in the Subject text field until I change the size of the composer window.  The UI field area stays frozen on the previous value.

If I remember correctly, this behavior started when Fedora moved to XWayland (but I've been facing this problem on Fedora 40, and now when I'm on Fedora 41).

kwayland-6.1.5-1.fc41.x86_64
kmail-24.08.0-1.fc41.x86_64
Comment 1 Laurent Montel 2024-09-18 11:16:34 UTC
with kwrite as external editor works fine.
gvim indeed when we save it doesn't fill kmail composer. No idea why.

For title no idea I don't use wayland, it works fine in xorg
Comment 2 Pavel Raiskup 2024-11-20 16:27:53 UTC
Yeah, /me is on Wayland as most of the Fedora users are nowadays (Wayland is default).
Comment 3 Pavel Raiskup 2025-01-07 10:15:13 UTC
Created attachment 177159 [details]
And multiple menu bars

Today, I tried to `Ctrl+P` a list of email addresses into the To: field, but I accidentally pasted `\nTo: email <name>`. This has broken the composer window. Now, the menu bar is displayed four times, and I can't remove the duplicates. The duplicates are not clickable, so I assume this is a rendering issue.