SUMMARY After upgrading to 6.0 the initial size of the Kmail main window, the composer window and the attachment selection window are not what I would expect them to be. When I start Kmail after logging in, it appears in a rather small window, about 760x830. I had it maximized before ending the session and I can reproduce this even when just quitting Kmail and restarting it. So I have to maximize it after every start. Once maximized, it will open composer windows also maximized (it does not do that before it got maximized itself) After manually unmaximizing the composer window (and closing it either by canceling or sending) any new composer is created in non-maximized form for a while (have not been able to determine yet when it resets to maximized). In almost ironic opposition, the dialog for selecting attachments is always opened with minimal size (screenshot attached). STEPS TO REPRODUCE 1. Start Kmail 2. Open composer (new mail or reply, shortcut or toolbar) OBSERVED RESULT Kmail main window does not restore its maximized state. Composer window seems to follow the main windows maximized state. Attachment dialog is too small. EXPECTED RESULT Kmail main window is restored to the size it had when closing. Composer opens in the size it had last. Attachment dialog can be used right away without needing to be resized to actually see files. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE Neon 6.0 (available in About System) KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION
New observation: main window and composer seem to access the same size information. I just realized that the observed 760x830 mentioned in the report are the size of my non-maximized composer window. To verify I resized the composer to some new shape and then quit Kmail after closing the composer. On restart Kmail came up with that new geometry. If I do not un-maximize the composer and quit Kmail then it restarts in maximized state.
I was just about filing a bug about the initial window size of the composer window and saw this one, which seems to already describe the issue I see. It seems like one of the problems has been resolved meanwhile: The main window restores its size (not its position) when restarting. So maybe, it's about also restoring the position (I'm not on Wayland, I know that positioning is not possible on Wayland!). The other problem remains: The composer window inherits the size of the main window. This is a regression compared with the Qt5/KF5 version of KMail, where the composer remembered its own size and position. I see this exact behavior using KMail 6.0.2 on Artix and also still using 6.1.0 on Gentoo.
(In reply to Tobias Leupold from comment #2) > It seems like one of the problems has been resolved meanwhile: The main > window restores its size (not its position) when restarting. Just had this one again after the upgrade to 6.1 and also verified that I also still see the other two issues.