|Summary:||Plasma shell randomly swaps screen panels on login|
|Product:||plasmashell||Reporter:||Luiz Angelo De Luca <luizluca>|
|Component:||Multi-screen support||Assignee:||Aleix Pol <aleixpol>|
|Severity:||normal||CC:||bhush94, ghost53947, jckeerthan, kde, lbeltrame, linux, mklapetek, notmart, pastas4|
|Latest Commit:||http://commits.kde.org/plasma-workspace/d299e849ba8480b0ee1ae4cbd7664a6078b46534||Version Fixed In:||5.1.1|
|Bug Depends on:|
screenshot where taskmanager shows windows from the other screen
New screenshot with everything swapped
Description Luiz Angelo De Luca 2014-06-02 18:15:47 UTC
Hello, I have two screens. Sometimes, plasma swaps my desktop plasmoids on login. All plasmoids (including panels) that were at the right monitor goes to the left and from the left to the right monitor. It seems to be something more complicated than simply plasmoid misplacement as taskmanager configure to show only "current desktop windows" is also swapped. It shows windows from the other monitor. I'll attach a screenshot. Notice that kate is shown in right monitor taskmanager while it is in left monitor. Chrome is the opposite situation. Reproducible: Sometimes
Comment 1 Luiz Angelo De Luca 2014-06-02 18:17:08 UTC
Created attachment 86968 [details] screenshot where taskmanager shows windows from the other screen BTW, as panels where swapped on login, I moved them manually.
Comment 2 David Edmundson 2014-06-03 09:24:08 UTC
Do you have a primary screen set? If you're not sure can you copy and paste the output of "xrandr -q"
Comment 3 Luiz Angelo De Luca 2014-06-03 22:48:39 UTC
Yes, Primary screen is DVI-I-1 (and it is correct) $ xrandr -q Screen 0: minimum 8 x 8, current 2704 x 1280, maximum 16384 x 16384 DVI-I-0 disconnected (normal left inverted right x axis y axis) DVI-I-1 connected primary 1680x1050+1024+115 (normal left inverted right x axis y axis) 474mm x 296mm 1680x1050 59.9*+ 60.0 1280x1024 75.0 60.0 1280x960 60.0 1152x864 75.0 1024x768 75.0 70.1 60.0 800x600 75.0 72.2 60.3 56.2 640x480 75.0 72.8 59.9 DP-0 connected 1024x1280+0+0 left (normal left inverted right x axis y axis) 338mm x 270mm 1280x1024 60.0*+ 75.0 1280x960 60.0 1152x864 75.0 1024x768 75.0 70.1 60.0 800x600 75.0 72.2 60.3 56.2 640x480 75.0 72.8 59.9 DP-1 disconnected (normal left inverted right x axis y axis) However, I did not defined it when I rotated the screen. Screen is configured with a script in /etc/X11/xinit/xinitrc.d/xrandr.sh xrandr --output DP-0 --rotate left xrandr --output DP-0 --left-of DVI-I-1 I did not used this command anywhere: xrandr --output DVI-I-1 --primary I know nothing about other process that used an xrandr call to define it.
Comment 4 Luiz Angelo De Luca 2014-06-04 22:26:18 UTC
I added "xrandr --output DVI-I-1 --primary" just to make it sure. No change.
Comment 5 Marco Martin 2014-06-17 13:24:27 UTC
Git commit 26ac36e27d26518d3063a2f577b42f0b35374462 by Marco Martin. Committed on 17/06/2014 at 13:21. Pushed by mart into branch 'master'. fire adaptToScreen only once this makes the desktops and panels more deterministically follow the primary screen * adaptToScreen is useless per se in moveEvent, but what's worse will cause a recursion loop * disconnect the geometry sync from the old screen M +6 -7 shell/desktopview.cpp M +1 -1 shell/desktopview.h http://commits.kde.org/plasma-workspace/26ac36e27d26518d3063a2f577b42f0b35374462
Comment 6 Martin Klapetek 2014-06-18 11:18:27 UTC
Still happens with freshest build. What I'm seeing now is that the panel is *always* moved from the bigger screen to the smaller (from left to right) on startup. No primary in my setup.
Comment 7 Aleix Pol 2014-06-18 11:57:10 UTC
Can you please test reverting a1a985c1f52796a95774908abc363f43d572c1f4 ? It might have made things worse...
Comment 8 Martin Klapetek 2014-06-18 12:03:47 UTC
Doesn't seem to help - first time panel is placed properly, but next times it's always one the smaller screen (the one on the right).
Comment 9 Luca Beltrame 2014-06-19 22:06:54 UTC
I'm seeing this too. At random one or more panels are all placed on the left screen (3 screen setup). Sometimes even desktops are swapped (but this is likely a different bug, which I'll report later separately).
Comment 10 Aleix Pol 2014-06-20 17:48:11 UTC
Git commit fa3126f716f3940f46f6ede09d2c24caed27c63a by Aleix Pol. Committed on 20/06/2014 at 17:47. Pushed by apol into branch 'master'. Improve how we figure out the screenGeometry for a screen Leverage on the vector position rather than looking through it, this way it works even before the containment is set. M +7 -7 shell/shellcorona.cpp http://commits.kde.org/plasma-workspace/fa3126f716f3940f46f6ede09d2c24caed27c63a
Comment 11 Aleix Pol 2014-06-23 15:21:12 UTC
I created this test plasmoid: kde:scratch/apol/plasma-screentest Can somebody add it to all their views and panels and tell me if they find any kind of mismatch? When you do, I'd need the steps it took to get there, so I can reproduce finally.
Comment 12 Luca Beltrame 2014-06-23 15:29:00 UTC
In data lunedì 23 giugno 2014 15:21:12, hai scritto: > Can somebody add it to all their views and panels and tell me if they find > any kind of mismatch? When you do, I'd need the steps it took to get I will be doing so tonight: I'll report back once I do.
Comment 13 Luca Beltrame 2014-06-23 18:44:20 UTC
In data lunedì 23 giugno 2014 15:21:12, hai scritto: > any kind of mismatch? When you do, I'd need the steps it took to get > there, so I can reproduce finally. At first startup screen IDs do not match the layout. I have this script which sets the layout at the display manager level: xrandr --output DisplayPort-0 --mode 1280x1024 --pos 1280x0 --rotate normal \ --primary --output DVI-1 --mode 1280x1024 --pos 2560x0 --rotate normal \ --output DVI-0 --mode 1280x1024 --pos 0x0 --rotate normal \ --output HDMI-0 --off And the layout is Left: DVI-0 Center: DisplayPort-0 Right: DVI-1 Under *normal* operations, using this plasmoid and placed both in the panel and on the screen itself, the IDs are Center: 0 Left: 1 Right : 2 What I did: - log out - log back in At login, the situation is as follows, compared to the expected: Left: 0 Center: 1 Right :2 Upon quitting and restarting plasmashell, *sometimes* (it doesn't always happen) the screen numbers are then correctly positioned (see above). The mismatch always happens between the left and the center screen. The right screen is unaffected. Panels OTOH always end on screen number 0 (on the left).
Comment 14 Luca Beltrame 2014-06-23 18:58:09 UTC
Additionally, plasmashell startup shows requesting unexisting screen 2 [...] requesting unexisting screen 2 repeated for a while.
Comment 15 Luca Beltrame 2014-06-23 19:00:53 UTC
In data lunedì 23 giugno 2014 15:21:12, hai scritto: > Can somebody add it to all their views and panels and tell me if they find > any kind of mismatch? When you do, I'd need the steps it took to get A close/restart of plasmashell can get the wrong screen IDs without logging off and on. After a restart, screen IDs were swapped again.
Comment 17 Aleix Pol 2014-06-24 18:51:27 UTC
Will try an test it with 3 screens...
Comment 18 Aleix Pol 2014-06-25 14:44:35 UTC
Ok, been playing with it, managed to reproduce. The problem is that Qt is calling QWindow::screenDestroyed that goes crazy and starts to move screens around so that they don't end up floating in the screenless space. I pushed new API to keep track of this problem , meanwhile I'll push a workaround.  https://codereview.qt-project.org/#/c/88351/
Comment 19 Aleix Pol 2014-06-25 14:50:10 UTC
Git commit d299e849ba8480b0ee1ae4cbd7664a6078b46534 by Aleix Pol. Committed on 25/06/2014 at 14:48. Pushed by apol into branch 'master'. Make sure we get to decide where our panels go Workaround a lack of API from Qt where it will decide to move the panels around without us being able to control it. This patch overrides the QWindow::screenDestroyed slot to be able to decide where to move the Panel or whether it needs to be removed. This is considered a workaround and should be removed once the new API is in and released. See also: https://codereview.qt-project.org/#/c/88351/ M +14 -0 shell/panelview.cpp M +1 -0 shell/panelview.h M +14 -10 shell/shellcorona.cpp M +3 -1 shell/shellcorona.h http://commits.kde.org/plasma-workspace/d299e849ba8480b0ee1ae4cbd7664a6078b46534
Comment 20 Luca Beltrame 2014-06-25 18:48:13 UTC
In data mercoledì 25 giugno 2014 14:50:10, hai scritto: > https://bugs.kde.org/show_bug.cgi?id=335710 I don't feel like reopening this because this may be just me, but at least at the moment this commit does not fix the issue. At startup panels are still arranged randomly (and so are desktops). Restarting plasma-framework does keep the randomness. I'm not sure I'm fully up to date so I'll follow up later to make sure this persists, or I was not up to date enough (hopefully the latter).
Comment 21 Luca Beltrame 2014-06-25 21:09:25 UTC
I've done more tests and the behavior is not deterministic, still. At first startup: - panels set on screens, but on wrong order (desktops aren't in the right order) Closing and restarting plasmashell: - panel position is random, often all stacked on the leftmost screen
Comment 22 Aleix Pol 2014-06-25 21:11:02 UTC
Thanks for testing, I'll try again tomorrow.
Comment 23 Luca Beltrame 2014-06-25 21:12:13 UTC
Just for reference, the revision I tested this with was e70aa21 in plasma-workspace.
Comment 24 Aleix Pol 2014-07-08 00:18:53 UTC
Git commit 5fae6f76d30f10ebc5c3e757f61874bcd27b1668 by Aleix Pol. Committed on 08/07/2014 at 00:07. Pushed by apol into branch 'master'. Simplify screen change reaction Only let the containment store the last screen when the screen changes or the view is shown. Only listen to screenChanged once. M +7 -8 shell/panelview.cpp http://commits.kde.org/plasma-workspace/5fae6f76d30f10ebc5c3e757f61874bcd27b1668
Comment 25 David Edmundson 2014-08-06 11:26:40 UTC
There seems to be a commit after you last commented. Luca is it still problematic?
Comment 26 David Edmundson 2014-08-06 11:26:56 UTC
There seems to be a commit after you last commented. Luca is it still problematic?
Comment 27 Luca Beltrame 2014-08-06 11:41:06 UTC
On 06 agosto 2014 13:26:56 CEST, David Edmundson <firstname.lastname@example.org> wrote: > >--- Comment #26 from David >There seems to be a commit after you last commented. Luca is it still >problematic? I will check again shortly (on my phone), the behavior is now slightly different. It doesn't look solved but I will check again.
Comment 28 Luca Beltrame 2014-08-06 12:35:38 UTC
In data mercoledì 06 agosto 2014 11:26:56, hai scritto: > There seems to be a commit after you last commented. Luca is it still > problematic? Panels still appear randomly (and never on the third screen) on startup, but the behavior has now changed. By "changed" I mean that if I bring up the panel controller for one of the misplaced panels, said controller appears on the *right* screen, unlike the panel it refers to. Example: panel that should be on screen 3 appears on screen 1. Click on the icon to bring up the panel controller -> panel controller appears on the correct screen (screen 3). I use it to quickly workaround the issue, as dragging the screen edge control on the panel controller will instantly move the panel to the right position. But as far as the bug goes, panel placement is still semi-random: - Never appears on screen 3 - The third panel is often overlapping either on screen 1 or screen 2 - The primary panel (screen 1) sometimes still ends up on screen 2.
Comment 29 Bernd Steinhauser 2014-08-06 21:46:46 UTC
Except for the third panel/screen, I can confirm that behaviour. Especially the part that the control for the panel appears on the correct screen, but the panel itself does not.
Comment 30 Luiz Angelo De Luca 2014-08-07 21:55:30 UTC
Just got it swapped. Sometimes, a panel disapears, I create a new one and it appears back on a following session (showing the old previously missing one and the new one).
Comment 31 Martin Klapetek 2014-08-08 07:10:39 UTC
In my multiscreen setup, the current master behavior is that one of my two screens is disabled after login and I have no panel. After I enable the second screen through kscreen, the panel then appears on the first screen (where it should be).
Comment 32 Aleix Pol 2014-08-18 15:57:51 UTC
Git commit 9da8d520d2624985d9a027d255c94722173eb0a7 by Aleix Pol. Committed on 18/08/2014 at 15:56. Pushed by apol into branch 'master'. Loop through the outputs to figure out what is the primary output The primaryOutput method in KScreen is not consistent with Output::isPrimary and made plasma shell become a bit inconsistent too. Loop through the outputs for now, until we've got a better solution. Related: bug 338109 M +21 -11 shell/shellcorona.cpp M +1 -0 shell/shellcorona.h http://commits.kde.org/plasma-workspace/9da8d520d2624985d9a027d255c94722173eb0a7
Comment 33 Luiz Angelo De Luca 2014-08-18 16:37:41 UTC
FYI, today, on login, I got everything swapped. Kickoff does not appear in the screen I clicked (but the other), panels where swapped, fullscreen size on the "taller" screen is limited to the shorter screen height. Task manager in panel shows the other screen windows. I'll post a screenshot. I'm not using the "today patch by apol" yet. As I'm using OpenSuSE OBS packages, I'll wait a day or two to get new packages with the patch.
Comment 34 Luiz Angelo De Luca 2014-08-18 16:53:36 UTC
Created attachment 88308 [details] New screenshot with everything swapped BTW, the left screen is always started offline on login. After some seconds, with no intervention, it just turns on. Anyway, for the window manager, the screen was on (as I can move the mouse and windows to and from it).
Comment 35 Luiz Angelo De Luca 2014-10-14 18:45:07 UTC
FYI, I still have the same problem. All panels move to the left most screen on login. Also, the panel sizes match the screen width they supposed to be. The right screen panel shown in the left screen has the same width of right screen. This way, I cannot see the end of the panel. I still can open the panel config menu using popup menu. I can move the misplaced panel after login without problem and it works flawlessly until next boot. I'm running plasma plasma-framework-5.4.0git-48.1.x86_64 from OpenSuSE OBS
Comment 36 Luca Beltrame 2014-10-18 07:19:59 UTC
Just as a heads up: I no longer see this in master, after Aleix's latest patch for panels.
Comment 37 Dainius Masiliūnas 2014-10-24 06:56:49 UTC
This still happens to me, more often after having KScreen5 installed. After login both panels are on the left (primary) monitor, overlapping each other. I'm on openSUSE 13.1 with the Frameworks repository.
Comment 38 Luca Beltrame 2014-10-24 07:06:41 UTC
In data venerdì 24 ottobre 2014 06:56:49, hai scritto: > This still happens to me, more often after having KScreen5 installed. After > login both panels are on the left (primary) monitor, overlapping each other. To be clear: the issue is no longer present (for me) using git *master* - which means Plasma 5.2 when it'll be out - , because that is where the changes were committed. – Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79
Comment 39 Dainius Masiliūnas 2014-10-24 07:18:34 UTC
Ah, I see, the openSUSE repository is using Plasma 5.1.0 at the moment.
Comment 40 Luiz Angelo De Luca 2014-10-24 15:51:26 UTC
@Dainius, You can try the unstable repo at: http://download.opensuse.org/repositories/KDE:/Unstable:/Frameworks/openSUSE_13.1/x86_64/
Comment 41 Aleix Pol 2014-10-28 16:07:04 UTC
Should be fixed now, closing for now, re-open if appears after getting Plasma >=5.1.1.
Comment 42 ghost53947 2016-03-28 16:02:00 UTC
I keep getting that the panel keeps going to the left most monitor of my 3 monitors, no matter which one I set as the primary output. If I remove the left panel and create on on the middle screen and reboot, the panel will always move to the left screen. I am on plasma-desktop 5.6.0-1 (arch linux)