| Summary: | [downstream fault] - Win11 applet and Super key "stuck" dodge active/autohide modes | ||
|---|---|---|---|
| Product: | [Unmaintained] lattedock | Reporter: | aliquo93 <aliquo93> |
| Component: | application | Assignee: | Michail Vourlakos <mvourlakos> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | gregorystarr00 |
| Priority: | NOR | ||
| Version First Reported In: | 0.10.0 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/latte-dock/commit/59360176eea0330d0a97835509eb0cbb6c547657 | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: |
Layout
Video that shows the bug |
||
|
Description
aliquo93
2021-08-16 16:46:42 UTC
1. Please send your layout file in order to try to reproduce 2. What are the exact steps to reproduce and observe the faulty behavior Created attachment 140785 [details]
Layout
I've already written the steps to reproduce, anyway I've now attached the Layout.
(In reply to aliquo93 from comment #2) > Created attachment 140785 [details] > Layout > > I've already written the steps to reproduce, anyway I've now attached the > Layout. no you havent. I use now your layout in my system so I am doing the following: 1. Make a window maximized 2. Press "Super key" and latte dock is now showing, it show the ditto menu I think 3. as long the application launcher in the center of the screen is shown the bottom latte is still showing 4. hiding the application launcher hides also the bottom latte when [1] window is activated so what is the issue? or what the exact steps to reproduce? Created attachment 140989 [details] Video that shows the bug I've attached you a video that shows the issue. Could it be related to the launcher I'm using (Menu 11: https://store.kde.org/p/1544959/)? Info provided with a video. *** Bug 441407 has been marked as a duplicate of this bug. *** This is totally applet fault. The applet wants to position itself in the center of a panel or dock and this is actually something that is not intended through qml only code. In order to succeeded in this it does not set a visualParent in its code BUT the visualParent from plasma libraries is required because it also sets the transientParent() which is the only way to identify which window belongs to which dock or panel. https://github.com/KDE/plasma-framework/blob/master/src/plasmaquick/dialog.cpp#L269 Bug reported to applet author: https://github.com/prateekmedia/Menu11/issues/33 Git commit a7cd06c2efafcaa2e3a6780bef1cf7cb081e9c6d by Michail Vourlakos. Committed on 14/10/2021 at 22:08. Pushed by mvourlakos into branch 'v0.10'. dont block visibility function after Meta trigger --Menu11 and SimpleMenu applets are using a custom plasmoid approach in order to be able to position their popups differently on the screen. This patch considers this in a more generic way and does not use the default codepath to show popups from these applets. More importantly the Needs/RequiresAttention status is used in order to determine the panel/dock visibility for these applets. M +7 -7 app/view/containmentinterface.cpp M +3 -3 app/view/containmentinterface.h M +1 -1 app/view/view.cpp https://invent.kde.org/plasma/latte-dock/commit/a7cd06c2efafcaa2e3a6780bef1cf7cb081e9c6d Git commit 59360176eea0330d0a97835509eb0cbb6c547657 by Michail Vourlakos. Committed on 14/10/2021 at 22:16. Pushed by mvourlakos into branch 'master'. dont block visibility function after Meta trigger --Menu11 and SimpleMenu applets are using a custom plasmoid approach in order to be able to position their popups differently on the screen. This patch considers this in a more generic way and does not use the default codepath to show popups from these applets. More importantly the Needs/RequiresAttention status is used in order to determine the panel/dock visibility for these applets. M +7 -7 app/view/containmentinterface.cpp M +3 -3 app/view/containmentinterface.h M +1 -1 app/view/view.cpp https://invent.kde.org/plasma/latte-dock/commit/59360176eea0330d0a97835509eb0cbb6c547657 |