Bug 383067 - wayland: application dashboard appears on wrong screen
Summary: wayland: application dashboard appears on wrong screen
Status: RESOLVED WORKSFORME
Alias: None
Product: kdeplasma-addons
Classification: Plasma
Component: Application Dashboard (show other bugs)
Version: 5.16.2
Platform: Exherbo Linux
: NOR normal
Target Milestone: ---
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-03 06:22 UTC by Bernd Steinhauser
Modified: 2023-01-04 10:22 UTC (History)
6 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernd Steinhauser 2017-08-03 06:22:56 UTC
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.
Comment 1 Eike Hein 2017-10-24 07:12:54 UTC
David: Maybe same as the Simple Menu bug?
Comment 2 Bernd Steinhauser 2019-07-02 18:12:33 UTC
Still the same thing with 5.16.2.
Comment 3 Bernd Steinhauser 2020-06-12 09:36:54 UTC
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 …)
Comment 4 Thiago Sueto 2020-09-03 03:23:29 UTC
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
Comment 5 Janne Mareike Koschinski 2020-10-31 15:40:40 UTC
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
Comment 6 Mikhail Ramendik 2021-11-15 16:04:58 UTC
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 ***
Comment 7 Janne Mareike Koschinski 2021-11-15 17:08:14 UTC
(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.
Comment 8 Mikhail Ramendik 2021-11-15 17:21:22 UTC
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.
Comment 9 Bernd Steinhauser 2021-11-15 17:34:01 UTC
(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.
Comment 10 Philipp A. 2022-05-09 10:38:03 UTC
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).
Comment 11 Bernd Steinhauser 2022-10-15 09:57:30 UTC
(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".
Comment 12 Bernd Steinhauser 2023-01-04 10:22:53 UTC
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.