Bug 310156 - Windows go below when "Always visible" is set and using multihead
Summary: Windows go below when "Always visible" is set and using multihead
Status: RESOLVED DUPLICATE of bug 323230
Alias: None
Product: plasma4
Classification: Unmaintained
Component: panel (show other bugs)
Version: 4.9.3
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-15 16:29 UTC by Martin Holec
Modified: 2018-01-23 22:03 UTC (History)
7 users (show)

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


Attachments
screenshot (152.71 KB, image/png)
2012-11-15 16:30 UTC, Martin Holec
Details
Screenshot of maximised window behind lower panel (9.71 KB, image/jpeg)
2013-05-24 12:38 UTC, George Mason
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Holec 2012-11-15 16:29:02 UTC
Windows go below when "Always visible" is set and using multihead. Only when panel on the screen edge before transition to second monitor.

Reproducible: Always

Steps to Reproduce:
1. Place panel on the screen edge before transition to second monitor.
2. Maximize window.
Actual Results:  
Maximized window is under the panel, see screenshot.

Expected Results:  
Maximized window is beside the panel.
Comment 1 Martin Holec 2012-11-15 16:30:23 UTC
Created attachment 75285 [details]
screenshot
Comment 2 George Mason 2013-01-25 18:28:41 UTC
I have the exact same issue. Fedora 17 x64 running dual monitors on an HP 8440p (primary via Display Port, internal panel beneath).

I only have panels on the top screen (Display Port), maximised windows go behind the bottom panel regardless of "Windows go behind" setting. Windows dragged to that screen from the internal laptop panel also go full-height and the bottom part goes behind the screen.
Comment 3 Elena Cortis 2013-04-06 19:29:13 UTC
Are https://bugs.kde.org/show_bug.cgi?id=302282 and this bug duplicates?
Comment 4 George Mason 2013-04-08 19:30:28 UTC
No, for me at least the bug is different. My panels are horizontal, on the top screen. 

Steps to reproduce :

1. Start any application (position window on lower screen, the laptop screen, no plasma panels) 
2. Drag window to external monitor. This display has a panel top and bottom. 

Results:

Window goes full height automatically, top edge correctly stops at the upper panel, however lower edge goes behind the lower panel. 

Incidentally this behaviour is the same if a window is maximised on the external screen.
Comment 5 George Mason 2013-05-24 12:37:53 UTC
Not sure whether anyone has had a chance to reproduce this bug, it is one of the few annoyances on an otherwise excellent distro. Attached is a screenshot (scaled down) of the issue with a maximsed window. 

As mentioned before, windows dragged to the external screen maximise vertically behind the panel but remain the same width, those maximised do the same but also expand in the horizontal axis.
Comment 6 George Mason 2013-05-24 12:38:41 UTC
Created attachment 80056 [details]
Screenshot of maximised window behind lower panel
Comment 7 Vadim 2015-09-29 07:10:52 UTC
Still happening in Fedora 22.

Monitor setting: two monitors, one on top of the other. External monitor is the upper one, laptop monitor is the lower one. I place a taskbar (default panel) on the bottom of both monitors.

On the laptop monitor this works fine, on the upper monitor windows maximize ignoring the panel and going below it, regardless of any settings. If on the upper monitor the panel is placed at the top of the screen rather than the bottom, things maximize correctly.
Comment 8 Oliver Kurz 2015-11-18 12:06:33 UTC
Can confirm still happening, other distro: openSUSE Leap 42.1 plasma version 5.4.2
Comment 9 Eric S 2016-01-27 02:55:56 UTC
Still happening in Plasma 5.5.3. Btw this seems to have been fixed in Plasma 4...it worked properly in the last several versions I'd used. 

Could someone update the product and version fields to reflect that? Or does this need to be refiled for Plamsa 5?
Comment 10 Eric S 2016-01-27 03:00:36 UTC
Oops, nevermind, there already is a Plasma 5 version of this: 348043
Comment 11 Nate Graham 2018-01-23 22:03:17 UTC

*** This bug has been marked as a duplicate of bug 323230 ***