Tried 5.10.4 on wayland and one of the first bugs I spotted was that the application dashboard appears on the wrong screen. I've got two screens configured at identical side. The taskbar is on the right screen, as is the menu button. When I click on the menu button, the application dashboard appears on the left screen as opposed to the right screen. On X11, I did not spot this issue, it works as expected.
David: Maybe same as the Simple Menu bug?
Still the same thing with 5.16.2.
Still present today (5.19.0) and for me one of the main show-stoppers why I can't switch to plasma on wayland, because now the dashboard (which I strongly prefer over the other menu options) will *always* show up on the wrong screen and there is no way to change the behavior because on plasma/wayland they removed the possibility to set a primary screen. (and seem reluctant to add it again for some reason …)
I can confirm this bug on current Plasma from master branch. Operating System: openSUSE Tumbleweed 20200823 KDE Plasma Version: 5.19.80 KDE Frameworks Version: 5.74.0 Qt Version: 5.15.0
I can confirm the bug still occurs on 5.20.2 OS: KDE Neon 5.20 KDE Plasma Version: 5.20.2 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.0
I think it's very clearly bug 442158. In fact, I hit this issue, could only find this old bug, then someone on a mailing list told me about 442158. *** This bug has been marked as a duplicate of bug 442158 ***
(In reply to Mikhail Ramendik from comment #6) > I think it's very clearly bug 442158. In fact, I hit this issue, could only > find this old bug, then someone on a mailing list told me about 442158. > > *** This bug has been marked as a duplicate of bug 442158 *** I think it's the opposite, in fact. The complaint I had when I encountered this bug was that I explicitly do not want a primary monitor, instead I want the dashboard to explicitly open on the monitor where I clicked on the button in the panel.
Fair point, this means I misread your view of this bug (I was mostly referring to Bernd's comment. which explicitly mentioned the primary monitor issue). I reopened to undo my change, but I do think that any further suggestion must first take into account the changes that were merged in bug 442158. FOor those of us who don't build from source this means waiting for 5.24.
(In reply to Mikhail Ramendik from comment #8) > Fair point, this means I misread your view of this bug (I was mostly > referring to Bernd's comment. which explicitly mentioned the primary monitor > issue). > > I reopened to undo my change, but I do think that any further suggestion > must first take into account the changes that were merged in bug 442158. > FOor those of us who don't build from source this means waiting for 5.24. Not quite sure what you mean. I only mentioned the primary screen, because I thought that it could be related to that, but I don't know if it's true. In general, I'd expect the dashboard to appear on exactly the screen I clicked the menu button and not on some other, random screen. I'll try though with the newly implemented primary on wayland – which together with this bug was the main reason I could not switch to wayland yet – and tell you if it works now or not.
I think the current model is designed for laptops: Plugging in an external monitor there means I now use that one as primary screen until I unplug it. On my desktop however, my monitors always have the same role and physical position. My main monitor should keep the panels it has and plugging in my projector only means that I want to watch movies there and play games there, not that I want all my windows and panels to move there. I therefore want back the “there is no primary monitor” mode. Applications launch on the window where the mouse is, all panels and windows always stay where they are (until something’s unplugged, then they’re shunted somewhere accessible).
(In reply to Philipp A. from comment #10) > I therefore want back the “there is no primary monitor” mode. Applications > launch on the window where the mouse is, all panels and windows always stay > where they are (until something’s unplugged, then they’re shunted somewhere > accessible). Actually your wish regarding window placement doesn't have anything to do with a primary screen. In fact, there is an option in System Settings -> Window Management -> Window Behavior -> Advanced for exactly that. Just set "Window placement: Under Mouse".
Tried on 5.26.5 with kwin/wayland again and now it seems to work. So I guess it was fixed somewhere along the road.