Hey, in the weekly news from KDE[1] I stumbled over: KDE apps which where closed while maximized now always re-open maximized, and if they were later un-maximized and closed, they will re-open un-maximized (Nate Graham, Frameworks 5.79) That sounds really like the your detected issue. Okay than the issue is, that write and read code are not synchronised ;) hefee [1] https://pointieststick.com/2021/02/05/this-week-in-kde-kwin-gains-direct-scan-out-and-gwenview-gets-a-lot-of-love/ [2] https://bugs.kde.org/430521 -- On Mittwoch, 27. Januar 2021 23:56:46 CET inkbottle wrote: > On Wednesday, January 27, 2021 5:57:23 PM CET Sandro Knauß wrote: > > Hey, > > > > > Now, since the constant opening of kmail2 in full screen mode is quite a > > > pita, I went in system settings and created the rule from there, and > > > then > > > did the action taking a snapshot of the windows properties, and then > > > selected "force" for the window size. > > > > > > That sequence of action has just no effect at all. > > > > > > Really it just seems as though, kmail2 is using another window manager > > > altogether. > > > > > > Is it? > > > > > > Like it is using old components and is not integrating well with kwin? > > > > the special window settings are only inside kwin and have nothing to do > > with the application you configure. That's why you can also modify GTK > > applications or tk applications. But on the other side there is this state > > storage of the windows, that may interfere in here. Have a look inside > > ~/.config/kmail2rc there you see this State keys, that represent the > > geometric representation of the windows. I would suggest to delete those > > keys from kmail2rc, when kmail is not running. > > Thanks a lot for the suggestion, doing that asap. > > > hefee
Attachment:
signature.asc
Description: This is a digitally signed message part.