Summary: | "Maximized" window placement mode gets applied to Plasma OSDs | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | kelnio <kelnio> |
Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | meven.car, meven29, nate, plasma-bugs, toadfield |
Priority: | NOR | Keywords: | wayland |
Version: | 5.20.1 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/frameworks/plasma-framework/-/commit/bf8932f293dd7ceb9904a938cdafdc20f33190de | Version Fixed In: | 6.0 |
Sentry Crash Report: | |||
Attachments: |
Screenshot_20201027_180314.png
attachment-20687-0.html |
Description
kelnio@yahoo.com
2020-10-23 16:20:14 UTC
Can you please attach a screenshot? Does the problem go away if you delete the SVG cache with `rm ~/.cache/plasma*` and then restart plasma with `plasmashell --replace`? Created attachment 132813 [details] Screenshot_20201027_180314.png The problem goes away for the very first time I adjust the volume after deleting the cache and restarting the plasmashell. However, it returns immediately for all subsequent volume changes/on-screen display events. A screenshot of the volume on-screen display with the bug is attached. On Monday, October 26, 2020, 11:26:27 AM EDT, Nate Graham <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=428147 Nate Graham <nate@kde.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REPORTED |NEEDSINFO Resolution|--- |WAITINGFORINFO CC| |nate@kde.org --- Comment #1 from Nate Graham <nate@kde.org> --- Can you please attach a screenshot? Does the problem go away if you delete the SVG cache with `rm ~/.cache/plasma*` and then restart plasma with `plasmashell --replace`? Well that's bizarre. Are you using any window rules? What plasma theme are you using? Created attachment 132955 [details] attachment-20687-0.html Sorry, I was in the middle of moving, so I just had a chance to check themes/windows rules. I figured out what is causing the bug! Setting "Window placement" to "Maximize" under Window Management ---> Window Behavior causes the on-screen displays to maximize also. I reset it to "Minimal Overlapping," logged out, then logged back in and now the on-screen displays are the regular size. On Thursday, October 29, 2020, 9:45:08 AM EDT, Nate Graham <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=428147 --- Comment #3 from Nate Graham <nate@kde.org> --- Well that's bizarre. Are you using any window rules? What plasma theme are you using? That's a (In reply to kelnio@yahoo.com from comment #4) > Created attachment 132955 [details] > attachment-20687-0.html > > Sorry, I was in the middle of moving, so I just had a chance to check > themes/windows rules. I figured out what is causing the bug! > Setting "Window placement" to "Maximize" under Window Management ---> Window > Behavior causes the on-screen displays to maximize also. I reset it to > "Minimal Overlapping," logged out, then logged back in and now the on-screen > displays are the regular size. That's a bug : Window Placement settings should not apply to osd. *** This bug has been marked as a duplicate of bug 428859 *** *** Bug 436420 has been marked as a duplicate of this bug. *** This also happens when I edit the task bar,I assume that this is the same problem. Git commit bf8932f293dd7ceb9904a938cdafdc20f33190de by David Edmundson. Committed on 30/08/2023 at 13:41. Pushed by davidedmundson into branch 'master'. Dialog: Split wayland parts into new class The PlasmaShell wayland parts are split out of Dialog, allowing for re-use in upcoming replacements. In addition we move away from KWayland in favour of generated classes and QtWaylandClientExtension. We also change the lifespan of the user-facing class to match the Window rather than the plasma_surface. This allows a caller to call setPanelBehavior once and sending it multiple times as the underlying shell surface is recreated should happen automatically. This also should fix ordering applying initial plasma_surface properties before the first commit. Whilst Dialog could now be cleaned up further, this commit does not do so as it is being phased out. M +0 -4 .kde-ci.yml M +4 -8 CMakeLists.txt M +0 -1 src/plasma/config-plasma.h.cmake M +15 -10 src/plasmaquick/CMakeLists.txt M +54 -105 src/plasmaquick/dialog.cpp M +126 -38 src/plasmaquick/waylandintegration.cpp M +39 -24 src/plasmaquick/waylandintegration_p.h https://invent.kde.org/frameworks/plasma-framework/-/commit/bf8932f293dd7ceb9904a938cdafdc20f33190de |