in all visibility modes except "always visible", the panel is apparently being considered to be invisible when system tray apps from that panel pop up windows. the effect is that the popup is partially covered by the panel (until the latter is actually hidden). i can reproduce this with klipper, rsibreak, syncthing-tray-kde, just for starters. tray icons that are built-in don't appear to be affected; specifically "audio volume" appears ok (can't tell for the others, as they currently have lots of unused space at the bottom).
Can you attach a screen recording of the issue? I'm having trouble understanding what exactly you mean by "when system tray apps from that panel pop up windows". Thanks!
i mean that many systray apps pop up some sort of interaction window when the tray icon is (left-)clicked. notably, this does _not_ affect the context menu that pops up on right-click.
I guess Plasmoid popups are placed as if the panel wasn't there and when it shows up a part of them gets covered.
> some sort of interaction window It is a widget pop-up, a themed menu, or a completely custom popup? That's why I was asking for a screen recording. Also, is this consistent across X11 and Wayland, or does it only happen on one of those graphics platforms?
i gave you the example apps; please figure out yourself what they actually do. rsibreak behaves differently on x11 (the window is centered on screen). this is a regular framed window. maybe related to #498027. klipper and syncthing-tray-kde are consistent between wayland and x11. these are frameless somethings. syncthing's popup looks kinda out of place, presumably because it's built with qt5.
I'm not actually sure what you mean by "klipper" since this is the codename of the integrated Plasma clipboard functionality which nowadays doesn't have a standalone binary; it exists purely as a system tray widget. And rsibreak and syncthing aren't apps I use so I'm not familiar with what they *should* do. That's why I'm asking for a screen recording that clearly shows the problem. You know what these apps should do, so you're in the best position to take the two minutes to make a 10-second screen recording that shows the problem clearly. To provide some context, I generally need to triage over 100 bug reports per day. Anything you can do to provide more information would be appreciated, as it will allow me to keep up that cadence. So please attach the requested screen recording that shows the issue. Thanks!
why are you being pedantic over what "klipper" exactly is rather than just trying with what it seems to be (which is exactly what you described)? anyone with a kde6 desktop and some familiarity with its customization interface can repro this issue within 30 seconds. i doubt that this can be much optimized by watching a video. leave alone the time you spent on trying to convince me that it totally would.
The clipboard popup works as expected for me with all panel visibility modes in git master, so I can't reproduce it. Hence my request for a screen recording, which may reveal a difference between our setups that hasn't been textually established yet. Please attach a screen recording.
if you can't repro it, then say so right away. i did some more experiments now. looking at klipper, i'd say that was a false alert. the UI is just bad (at least with theme breeze) - the popup looks as if it was cut off by the panel (list item text is cut off right at the bottom, and there is no visual distinction from regular windows that are actually cut off), but when you drag away the popup with alt-leftmouse, you see that it really ends there. so this should be spun off to a separate bug. as for syncthing-tray: under x11 it actually goes _over_ the panel, while on wayland it went _under_ it. this makes the placement bug less severe under x11. and it affects only standalone popups, not stuff plasma does itself. i now also tried vlc, telegram desktop, and uget, but these apps pop up "proper" windows (which restore their previous position), so they aren't affected (at least under x11; not gonna try wayland now).
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
were you able to repro the issue now? (you don't actually need to _use_ rsibreak or syncthing-tray; it's easy enough to get them into the tray just for testing purposes.)
I tested this with rsibreak and Syncthing GTK on git-master (as well as Plasma 6.2.5) with Wayland. (syncthing-tray-kde is not available on my distro) There is one panel, set to "Dodge windows". I verified it hides if I move another window near it I also tested with Autohide I'm not able to reproduce the case where a pop up menu appears underneath the panel. RSI Break works as expected. It brings up a window that appears in the middle of the screen (even in Wayland) 1. Click on the tray icon for RSI Break. 2. Move the window over near the panel 3. The panel hid as expected - OK 4. Hover the mouse over the icon 5. The pop up appears to the right with no overlap. This is the same behavior as othe systray icons - OK Syncthing GTK's systray icon also works as expected. This does have a hovering menu on left-click. 1. Left-click on the tray icon for Syncthing GTK 2. Observe the hovering menu overlaps the panel slightly, and appears over the panel - OK We need to be able to reproduce bugs in order to fix them, so we need some details from you to help us do that. Let us know another application that currently has its left click menu appear under the panel with Wayland Ideally, attach a screenshot or screen recording. A lot of detail can be discovered in a recording that might not be obvious from a description
no idea why your rsibreak window placement works under wayland, but that makes the test worthless. maybe try cluttering up the desktop with other windows first, so kwin thinks the new window needs to go to the apparently "more free" area at the bottom. the package is actually called syncthingtray-kde-plasma here. did you use a sufficiently loose search? dunno about syncthing-gtk - can't get it to run here, maybe because a "real" syncthing (managed by systemd) is already running. but i'm not going to re-try wayland now anyway, as restarting sessions takes way too much time, and lightdm apparently doesn't let me start a second session for the same user. unless the problem was fixed in 6.2.5, there might be a behavior difference between the gtk and qt5 frontends - maybe one of them is using wayland directly while in a wayland session.
system upgrade time, so i did another test run with wayland. the problem is very much still reproducible with rsibreak and syncthingtray-kde-plasma, but as i speculated, one needs to clutter up the desktop "the right way". so this is simply a duplicate of bug #498027. *** This bug has been marked as a duplicate of bug 498027 ***