Bug 346396 - new windows have no border if previous window was tiled
Summary: new windows have no border if previous window was tiled
Status: RESOLVED DUPLICATE of bug 324957
Alias: None
Product: kwin
Classification: Plasma
Component: decorations (show other bugs)
Version: unspecified
Platform: Mint (Ubuntu based) Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-04-20 14:08 UTC by Judas C
Modified: 2015-04-20 21:01 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Judas C 2015-04-20 14:08:24 UTC
kwin -v   gives :
Qt: 4.8.6
KDE Development Platform: 4.13.3
KWin: 4.11.11
When using the window tiling on screen edge (enabled in Workspace Behavior - Screen Edges), the next windows (of the same application) opened have no border (title bar has no problem). 




Reproducible: Always

Steps to Reproduce:
1. Tile window by dragging to screen edge
2. Open new window of same application
I could only reproduce for applications that remember window size.

Actual Results:  
New window has no borders (but has a normal title bar).


Expected Results:  
New windows should have borders, regardless of previous window's tiling.

Borderless windows can be resized horizontally and diagonally, but not vertically.
- Tiling the borderless window does nothing.
- Resizing horizontally does nothing.
- Resizing diagonally redraws borders.
- Minimizing-unminimizing does nothing.
- Maximizing-unmaximazing redraws borders.
Comment 1 Thomas Lübking 2015-04-20 14:35:19 UTC
The window is stored/reopened in vertical maximization mode, check
   xprop _NET_WM_STATE
(the click the window)

That's not really a bug (the deco is encouraged to remove the resp. borders in that state), but likely (related to) bug #324957

There's slight inprovement in KDE5, but as long as KDE4 clients stay around, we cannot remove the WM side part of the "hack" (and even afterwards we'd need to check behavior of other clients itw.)

I'll dupe this to the KMainWindow bug.

*** This bug has been marked as a duplicate of bug 324957 ***
Comment 2 Judas C 2015-04-20 21:01:48 UTC
xprop reports :
_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT

Indeed it seems related to 324957

Too bad there's no fix. Thanks anyway.