Bug 396636 - BorderlessMaximizedWindows in kwinrc is reset to false at system startup
Summary: BorderlessMaximizedWindows in kwinrc is reset to false at system startup
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-18 15:52 UTC by Niklas
Modified: 2018-07-25 19:41 UTC (History)
4 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 Niklas 2018-07-18 15:52:52 UTC
As the title suggests, when I log into Plasma, and resize a window, I get a title and border which I have previously opted out of by setting BorderlessMaximizedWindows=true

this is changed to false at system startup. Using Antergos Linux, which is Arch.
Comment 1 groveover 2018-07-22 16:58:14 UTC
The same problem in KDE Neon after update to Plasma 5.13.3
Comment 2 David Edmundson 2018-07-22 17:30:14 UTC
>out of by setting BorderlessMaximizedWindows=true

Setting how?
Comment 3 Niklas 2018-07-23 16:18:38 UTC
David, I honestly can't remember how I originally set it up. Now I do it manually every time I logon, simply by opening ~/.config/kwinrc and changing line:

BorderlessMaximizedWindows=false

to:

BorderlessMaximizedWindows=true
Comment 5 Niklas 2018-07-24 13:44:23 UTC
Setting this up in Latte-dock fixed this for me. Thanks!
Closing.
Comment 6 Martin Flöser 2018-07-25 04:26:17 UTC
I hope this is a bad joke that latte dock changes KWin configuration.
Comment 7 trmdi 2018-07-25 05:44:31 UTC
(In reply to Martin Flöser from comment #6)
> I hope this is a bad joke that latte dock changes KWin configuration.

I don't understand why you always hate that. Latte-dock changes it **only if** the user wants and tells it to do that. What is the problem with it? Latte only helps the users to automate things. If Latte doesn't supply that feature, the user will very likely do it manually.
Comment 8 Martin Flöser 2018-07-25 15:29:50 UTC
The problem is that we don't know about it and that we get bug reports for it. It's unacceptable that any application except KWin changes KWin's configuration. My normal reaction to this is to rename the config key so that the other software breaks and the devs get the message.
Comment 9 Nate Graham 2018-07-25 15:36:17 UTC
Martin, if the current approach is objectionable, what would you consider to be an appropriate way for Latte-dock users to gain the functionality in question?
Comment 10 trmdi 2018-07-25 18:15:51 UTC
(In reply to Martin Flöser from comment #8)
> The problem is that we don't know about it and that we get bug reports for
> it. It's unacceptable that any application except KWin changes KWin's
> configuration. My normal reaction to this is to rename the config key so
> that the other software breaks and the devs get the message.

I've tried searching for bugs relate to "BorderlessMaximizedWindows". There is only one report. In the same time, there are so many invalid reports here.

I don't think that Latte option will lead users file so many bug reports for KWin here. Because that option is disabled by default, users have to enable it, and they would be aware of what they are doing.

But it would be better if you have a better approach.
Comment 11 Martin Flöser 2018-07-25 19:04:39 UTC
(In reply to Nate Graham from comment #9)
> Martin, if the current approach is objectionable, what would you consider to
> be an appropriate way for Latte-dock users to gain the functionality in
> question?

To add this option to the KWin kcm - where it belongs. Then all users could use it and all config is in one place. It's absolutely unacceptable to modify configuration of other applications. Imagine all applications would modify KWin config. Guess what a mess this would create.
Comment 12 Christoph Feck 2018-07-25 19:41:20 UTC
See bug 313244.