| Summary: | Maximized windows are covered by plasma panel in "always visible mode". | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Filippo <filippo.leon> |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | alex.bikadorov, ansgar.radermacher, bob.mt.wya, chris.taylor, christiandehne, csabi, cserveny.tamas, hello, heri+kde, kde, macieksitarz, matt, mgraesslin, mmbossoni, modax, mrpalich, nate, notmart, Ondrej.Machulda, post, psychonaut, root, Saljacky, sebastian, skywatcheuse, sseba89, st.vater, stijn+bugs, subscriber, tomczyk.przemek, tsuther, vermontpoet, vicr12345, w01dnick |
| Priority: | HI | ||
| Version: | 5.3.0 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| URL: | http://imgur.com/s2p0Diu,hyAAM08 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Comparison between the two screen.
xprop xrandr -q xrandr output xprop for plasmashell panel xrandr -q xprop (laptop bottom panel) xprop (external HDMI monitor bottom panel) xprop (laptop bottom panel) xprop (external HDMI monitor bottom panel) |
||
when panels are between two monitors, they cannot set struts between the two screens for technical reasons But the problem gets fixed when switching to "Auto hide" and back, so it is a feature currently available, just with a bug. @Marco: look at the screenshot, it's not a shared edge Created attachment 95445 [details]
Comparison between the two screen.
Same thing here on archlinux. Both screen (laptop and external) are full-hd (1920×1080), and on the external one, the bar is ignored when windows is maximized, and therefore windows are of the same height of the screen, but the bottom part is covered by the panel. Please can you run "xprop" and click on the panel. Also output of "xrandr -q" Created attachment 95460 [details]
xprop
Created attachment 95461 [details]
xrandr -q
thanks It happens to me as well. I have the notebook and two external monitors, I have a panel on the notebook screen and one on one of the external monitor. When I boot everything works correctly, but at some point (probably after a crash of plasma, or after I disconnect and reconnect a monitor) the maximized window is partially hidden by the panel in the external monitor, while it is fully visible on the notebook monitor. Switching to autohide and back doesn't solve the problem to me. I can confirm this bug - it's very annoying.
Plasma 5.5.3
2 monitors
Left monitor is 1920x1080
Right monitor is 1680x1050
Panel is on the left monitor and set "Always Visible" and "Maximize Panel" has been used. All windows go behind the panel when they are maximized. This is like being flicked in the back of the head every time I maximize something. I have to stop my work flow and focus on fidgiting with the window. Each time it happens increases my incentive to log out and switch to some other DE that I hate but won't annoy me with random regressions.
@Garland_Key: where exactly is your panel on the left screen? (In reply to Martin Gräßlin from comment #12) > @Garland_Key: where exactly is your panel on the left screen? The panel is at the bottom. Here's a screenshot: http://i.imgur.com/dYMYFDb.png This is still the case in Plasma 5.5.3. Shouldn't someone update the version? I have same problem. It is started with Plasma 5.5. Plasma 5.4 wasn't affected for me. Reporting from Gentoo using a fresh 5.5.5 build, and this issue plagues me too. *** Bug 360828 has been marked as a duplicate of this bug. *** *** Bug 353053 has been marked as a duplicate of this bug. *** Git commit d2f3147fd27ddb6b49f98592d4148fff306b0ebe by David Rosca. Committed on 28/03/2016 at 19:19. Pushed by drosca into branch 'Plasma/5.6'. PanelView: Skip invalid screen geometries in updateStruts My second (internal) screen is disabled and has 0x0 size. This fixes setting the struts for panel and correctly calculating the available desktop area. Differential Revision: https://phabricator.kde.org/D1238 M +3 -0 shell/panelview.cpp http://commits.kde.org/plasma-workspace/d2f3147fd27ddb6b49f98592d4148fff306b0ebe *** Bug 361120 has been marked as a duplicate of this bug. *** After the most recent update (as of April 15th 2016) :
Kernel: 4.4.0-18-generic x86_64 (64 bit) Desktop: KDE Plasma 5.5.5
Distro: Ubuntu 16.04 xenial
I'm also experiencing this bug. This appears to be a direct result of the upgrade, as I never previously experienced his bug.
After upgrading to Kubuntu 16.04 taskbar always is covered by maximized (or just moved to taskbar) windows. (In reply to David Rosca from comment #19) > Git commit d2f3147fd27ddb6b49f98592d4148fff306b0ebe by David Rosca. Applied this diff to plasma-workspace-5.5.5. It seems to fix this problem for me. Thanks! PlasmaShell panel at left/right side hovers windows when external monitor is plugged. One monitor configuration all works fine. When panel is on top or bottom also all is fine. But when I have two monitors and panel is placed on left or right side of any of screens — it hides windows. OS: openSUSE x86_64, Plasma 5 from git (openSUSE KDE:Unstable:Frameworks repository). @Mykola: please provide the output of xrandr and of xprop of the panel. We have a regression in KWin and need to track it down. Created attachment 99409 [details]
xrandr output
Created attachment 99410 [details]
xprop for plasmashell panel
> _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 4294965960, 0, 0, 0, 0, 0, 1079, 0, 0, 0, 0
I don't know what this panel wants to tell us but I doubt that it really wants to reserve 4294965960 pixels from the right screen edge. That's clearly a wrong value.
Bottom-placed panel: _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 30, 0, 0, 0, 0, 0, 0, 1366, 3285 Top: _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 30, 0, 0, 0, 0, 0, 1366, 3285, 0, 0 Left (between screens): _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 Left (most left on other screen): _NET_WM_STRUT_PARTIAL(CARDINAL) = 30, 0, 0, 0, 312, 1079, 0, 0, 0, 0, 0, 0 Right: _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 4294965960, 0, 0, 0, 0, 0, 1079, 0, 0, 0, 0 Both left positions have bug too. > Left (between screens): Between screens is not supported > Left (most left on other screen): _NET_WM_STRUT_PARTIAL(CARDINAL) = 30, 0, 0, 0, 312, 1079, 0, 0, 0, 0, 0, 0 The values at least look correct to me - that might be a case of bug #363804 4294965960 = (uint32_t)(-1336) 1336 = 1366 - 30 1366 — width of other screen 30 — panel width Why uint32_t fit there isn't clear — I have x86_64 OS. Maybe some bug. (In reply to Mykola Krachkovsky from comment #31) > 4294965960 = (uint32_t)(-1336) > 1336 = 1366 - 30 > 1366 — width of other screen > 30 — panel width oh my. A negative value doesn't make sense there (though it's apparently allowed in the spec). > > Why uint32_t fit there isn't clear — I have x86_64 OS. Maybe some bug. That's correct. X11 protocol values are defined to be 32 bits. (In reply to Martin Gräßlin from comment #32) > oh my. A negative value doesn't make sense there (though it's apparently > allowed in the spec). What did I write here? It's a CARDINAL and that's an "unsigned integer", so negative values are not allowed. Created attachment 99563 [details]
xrandr -q
I've just upgraded my Gentoo install to Qt 5.7.0 and Plasma 5.6.5.
I've a laptop screen and a LHS external HDMI monitor. They are slightly offset vertically. See xrandr output for what I mean.
I'm seeing this bug now for both my panels...
2x panels:
bottom of laptop DP screen
bottom of HDMI external monitor
Created attachment 99564 [details]
xprop (laptop bottom panel)
xprop attached.
RHS screen (Laptop DP internal screen).
bottom panel.
Created attachment 99565 [details]
xprop (external HDMI monitor bottom panel)
xprop attached.
LHS screen (external HDMI monitor).
bottom panel.
So I'm booted into my Arch install - same machine - same 2 panels - same monitor setup. My Arch install is on Qt 5.6.1 / plasma 5.6.5. The strut's for the panels are clearly being miscalculated when 2+ mismatched screen size multi-monitor setups are used. Compare the following with the Gentoo Qt 5.7.0 results (see above). Screen 0: minimum 8 x 8, current 4480 x 1588, maximum 16384 x 16384 VGA-0 disconnected (normal left inverted right x axis y axis) DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) DP-2 connected primary 1920x1080+2560+508 (normal left inverted right x axis y axis) 382mm x 215mm 1920x1080 60.02*+ HDMI-0 connected 2560x1440+0+0 (normal left inverted right x axis y axis) 597mm x 336mm 2560x1440 59.95*+ 1920x1200 59.95 59.88 1920x1080 60.00 59.94 50.00 29.97 60.05 60.00 50.04 1680x1050 59.95 1600x1200 60.00 1600x900 60.00 1280x1024 75.02 60.02 1280x720 60.00 59.94 50.00 1152x864 75.00 1024x768 75.03 60.00 800x600 75.00 60.32 720x576 50.00 720x480 59.94 640x480 75.00 59.94 59.93 With Qt 5.6.1 (LHS): _NET_WM_STRUT(CARDINAL) = 0, 0, 0, 190 _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 190, 0, 0, 0, 0, 0, 0, 0, 2559 With Qt 5.6.1 (RHS): _NET_WM_STRUT(CARDINAL) = 0, 0, 0, 44 _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 0, 44, 0, 0, 0, 0, 0, 0, 2560, 4479 So the RHS base is -148 of the LHS screen (1440-508-1080). Top strut is 190 on LHS panel (higher) = 42 pixel panel height = correct!! Top strut is 44 on RHS panel (lower) = 44 pixel panel height = correct!! Created attachment 99613 [details]
xprop (laptop bottom panel)
RHS screen: Laptop bottom panel
Correct panel functionality observed
Arch Linux with Qt 5.6.1
Created attachment 99614 [details]
xprop (external HDMI monitor bottom panel)
LHS screen: HDMI external monitor
Correct panel functionality observed
Arch Linux with Qt 5.6.1
Martin, I saw you'd made some commits to plasma/kwin to resolve the "ongoing" STRUT issues in Plasma 5 - that got merged into Plasma 5.6.95. Updating my Gentoo install from Plasma 5.6.5 to 5.6.95 resolved the panel issues for me. The panel STRUT values are back to being positive integers again! Great stuff. Thanks for your hardwork!! I think I have started seeing this since upgrade to plasma 5.7 (5.7.4 to be precise) from 5.6.5 . Never had this problem before. I'm having this very problem on Kubuntu 16.04 since today's update... (I just have one screen.) Same problem here after upgrade to Plasma Desktop 5.7.4. (Dual) Monitor setup: LVDS-1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 309mm x 173m HDMI-1 connected 1920x1080+1366+0 (normal left inverted right x axis y axis) 597mm x 336mm panning 1920x1080+1366+0 Panel is on the left (on LVDS-1). Same problem for me, laptop with external monitor. Problem occurs also when using only the external or only internal screen. Panel is on the left (Kubuntu 16.04, KDE plasma 5.5.5) @Ansgar: consider updating, that version is ancient. We are currently at 5.10. The panel behavior changed with Plasma 5.8. I assume the changes there fixed this issue. If anybody is still able to reproduce the issue with 5.8 or later: please reopen. (In reply to Martin Flöser from comment #45) > @Ansgar: consider updating, that version is ancient. We are currently at > 5.10. > > The panel behavior changed with Plasma 5.8. I assume the changes there fixed > this issue. If anybody is still able to reproduce the issue with 5.8 or > later: please reopen. I confirm that the issue is solved after upgrading KDE. *** Bug 323230 has been marked as a duplicate of this bug. *** (In reply to Martin Flöser from comment #45) Hm, unfortunately yes it's happening on a newer plasma so I reopen this bug, sorry if I'm wrong about it. Latte Dock: 0.9.1 KDE neon 5.16 KDE Plasma version: 5.16.4 KDE Frameworks Version: 5.61.0 Qt Version: 5.12.3 Kernel Version: 4.15.5-55-generic monitors' position if it's related info maybe: Option "metamodes" "DVI-D-0: 1440x900_75 +0+1260 {ForceCompositionPipeline=On, ForceFullCompositionPipeline=On}, HDMI-0: nvidia-auto-select +1440+0 {ForceCompositionPipeline=On, ForceFullCompositionPipeline=On}, DP-0: nvidia-auto-select +1440+1080 {ForceCompositionPipeline=On, ForceFullCompositionPipeline=On}" In this case the Problem occurs when additional monitor is set above the primary one with latte dock placed on the top. It works when I switch between always visible and other visibility settings. Let me know if I should attach some specific details about this system, thanks. Sorry, I'm just realized later this bug is about plasmashell and not latte dock uhh, excuse me, please close it again Possible duplicate: Bug 366136 I can reproduce this problem with plasma 5.12.8-0ubun (LTS 18.04) qt 5.9.5-0ubuntu1 kde-plasma 5.12.8-0ubun Dual screen setup. Panel takes back the space if toggled the autovisible/autohide. After suspend the dock will lose this "cannot cover" effect. *** Bug 366136 has been marked as a duplicate of this bug. *** No more reports in 3 and a half years and I can't reproduce it myself. Let's call it fixed. |
So, I have a dual monitor setup with my laptop as main 1600x900 monitor and an external VGA as 1920x1200, side by side (see screenshot). When I start KDE/Plasma the left monitor has the wrong size for maximized windows: therefore (maximised) windows stay below the panel. The panel is set to "Always visible". To fix the problem is sufficient to go to panel options and switch to some other option ("Auto hide" or something) and back. Then it works. Reproducible: Always Steps to Reproduce: 1. Start KDE session with left monitor 1600x900 and right monitor at 1920x1200 configuration (with KDE System Settings) 2. Maximize a window Actual Results: "Always visible" Panel covers the window on left screen when maximized. Expected Results: Window maximal size should take into account the panel (see second screenshot). May be related, but "Windows can cover" does not work in this settings: if a windows covers the panel there is no way to bring the panel on top of the window. I'm assuming the problem is the "non-uniform" resolution of the two monitors.