Created attachment 185949 [details] the correct behavior. SUMMARY At random (probability .2 < p < .9) specific widgets and any app-dock tooltips which arise on hover will have a backdrop which occupies the entire screen, unnecessarily, with text being normal size (and therefore quite small in comparison to the tooltip background). Certain widgets and taskbar icons are exponentially more likely than others to exhibit this behavior; the application launcher widget, window title widget, power management widget, and the icons-only task manager dock exhibit with very high probability (close to p=1), whereas most others are more like p=2. One thing that affects the likelihood is how fast the cursor was moving when it alighted on the offending icon; high speed seems to suppress the behavior, whereas slow movement promotes it. STEPS TO REPRODUCE 1. drag mouse over an effected widget, leaving cursor hovering thereover 2. see how big the tooltip is 3. repeat if necessary OBSERVED RESULT EXPECTED RESULT Tooltips should be as small as possible, occupying no more space than is necessary to see SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.19.0 Qt Version: 6.10.0 Kernel Version: 6.17.1-zen1-1-zen (64-bit) Graphics Platform: Wayland
Created attachment 185950 [details] the erroneous behavior.
Do you use any window rules or 3rd-party KWin scripts? If so, does the issue go away if you disable them?
(In reply to Nate Graham from comment #2) > Do you use any window rules or 3rd-party KWin scripts? If so, does the issue > go away if you disable them? I use one script, Krohnkite, and no rules. The issue does not go away if the script is off.
Thanks for the info. Does the issue happen in a new clean user account on the same computer with no customizations whatsoever?
(In reply to Nate Graham from comment #4) > Thanks for the info. Does the issue happen in a new clean user account on > the same computer with no customizations whatsoever? Good intuition there -- no, it does not.
I had a feeling. That means there's *something* in your normal user account causing this. I'm afraid you'll need to figure out what it is. Good luck!
(In reply to Nate Graham from comment #6) > I had a feeling. That means there's *something* in your normal user account > causing this. I'm afraid you'll need to figure out what it is. Good luck! Do you have any other guesses about what settings or features affect this? I have very little customization outside of the default options provided, but here are some things that don't fix the behavior: Complete reversion of every "appearance and style" option to breeze dark and default; disabling of every desktop effect and default on all other window behavior options; default of general behavior; leaving me with a user whose main customizations are keyboard shortcuts, panel arrangement, and things like blueetooth and internet permissions. After reverting all this, it effects every widget. AS though the bug were taunting me. I also notice that, if I'm hovering over something with a normal tooltip, changing to another object yields a normal tooltip. It only emerges when cursor moves to a tooltip object for the first time, and it arises after a momentary delay in the tooltip popping up -- it always is preceded by this delay. Is there anything else that is meant to affect the windowing system that I have left out?
This seems to be solved with update to 6.5. I have absolutely no idea what settings even *interacted* with this bug, and reversion to stock didn't actually change it, even though it didn't seem to affect a new user. This bug still persists in the version it is reported in. File it closed if you want. Good luck.
What a mystery!