Bug 325184 - Window Decoration Appears on Second Screen
Summary: Window Decoration Appears on Second Screen
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: core (show other bugs)
Version: 4.11.1
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL: https://git.reviewboard.kde.org/r/112...
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-22 22:26 UTC by Michael G.
Modified: 2013-09-25 22:22 UTC (History)
0 users

See Also:
Latest Commit: http://commits.kde.org/kde-workspace/3adca1a4e6afa4a8b9f3308f89db053b66146cb2
Version Fixed In: 4.11.2
thomas.luebking: ReviewRequest+

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Michael G. 2013-09-22 22:26:14 UTC 
I have a dual screen configuration. The bug occurs when I move a window on the left screen to the right border. The window snaps to the screen border, but differently to KDE 4.10, the alignment is not based on the window frame, but more on the inner window decoration so that ~4px are cut. 
The problem is, that these 4px appear now at the right screen.

Reproducible: Always

Steps to Reproduce:
1. Open a window somewhere on the left screen
2. Move this window to the right boarder of the left screen until it snaps 
3. The window decoration appears on right screen


Expected Results:  
The previous behaviour from KDE 4.10 was superior as it always displayed the window border. Even maximized windows could be easily resized.
Comment 1 Thomas Lübking 2013-09-25 22:11:40 UTC 
Git commit 3adca1a4e6afa4a8b9f3308f89db053b66146cb2 by Thomas Lübking.
Committed on 15/08/2013 at 09:54.
Pushed by luebking into branch 'KDE/4.11'.

snap to deco, not client on inner screen borders

client snapping is ultimately reasoned by fitt's law
and inner borders are not infinite
FIXED-IN: 4.11
REVIEW: 112103

M  +13   -8    kwin/geometry.cpp

http://commits.kde.org/kde-workspace/3adca1a4e6afa4a8b9f3308f89db053b66146cb2