Tooltips for notification area icons are placed under the icons rather than to be placed over.
I can't reproduce, tooltips are positioned outside the panel.
Can you please attach a screenshot?
Created attachment 8180
You can see the bar appearing under cursor. This supposed to be the tooltip. Tooltips for other elements as clock, PulseAudio are placed correctly.
That tooltip is for the bluetooth icon (blueman?) or clipman?
Can you try another theme (e.g. Adwaita)?
Tooltips for all icons in the "Notification area" bahave the same - bluetooth, wifi, clipman, power manager, etc. Other panel plugins such as PulseAudio, Keyboard layout, Clock work correctly.
Changing to another theme didn't help.
Behaviour is still present in:
What I observed:
It seems to be dependent on the pixel size of the panel. Below 35 pixels hight everything is fine. Above 34 Pixels tooltips are shown underneath the icons. If I change the icon size of the notification area to a value over 39px (which is ridiculously large) the toolstips are shown above the icons. The problem is also not present if I tick "reserve space", but of course this is not a solution since maximized windows disappear behind the panel. The values are probably not consistent across systems. For me the problem persists after trying several themes.
And it seems to only affect the "systray" plugin.
I have the same problem, starting with panel size 30px and higher. I thought that they are completely missing, but now I have noticed that they are under icon and hard to notice.
https://bugzilla.xfce.org/show_bug.cgi?id=14836 is my original bug which now appear to be a duplicate of this one (which is more correct).
Created attachment 8289
This is a screenshot from my Fedora 29 system. Panel has 35px height, used theme is Greybird. The tooltip is very hard to spot.
Ok, now I can reproduce with a 38px horizontal panel, maximum size of 28px for systray icons, but only for network-manager-applet.
*** Bug 15239 has been marked as a duplicate of this bug. ***
I'm seeing with two bottom, horizontal, non-overlapping panels. Panel 1 has systray, panel 2 is reserving space around the borders. When the height of panel 1 is less than or equal to the height of panel 2, the tooltips disappear (I can't tell if they are being displayed somewhere else). If I then increase the height of panel 1 to larger than the height of panel 2, or increase the size of the icons in the systray, the tooltips appear again. When panel 2 is not reserving space, this problem does not happen at all. I had network-manager-applet, xfce4-power-manager and remmina in the systray.
*** Bug 15264 has been marked as a duplicate of this bug. ***
*** Bug 14836 has been marked as a duplicate of this bug. ***
IMHO this it not xfce4-power-manager issue, same happen with other gtk3 apps, like geany or xfce4-taskmanager.
This bug does not seem to be notification-area-exclusively, I encounter this very issue on the *entire panel*. So if I want tooltips to work, I have to put the panel to the top side of the screen, not so great.
A way to work around this issue is setting "Don't reserve space on borders" to "YES", then the tooltips appear appropriately. But this option is often not desirable, too.
Seems to be independent from the selected theme.
*** Bug 16241 has been marked as a duplicate of this bug. ***
I use only a single panel. When placed at the bottom of the screen, the generic monitor tooltip is also shown outside de screen (as well as the workspace switcher tooltips if hovering starts from its bottom, so as mentioned it affects all widgets).
I have found the following hints which may help in diagnostics:
* If the panel height is 48 or less pixels the tooltips are properly placed (I used 50 to cause the tasklist having 2 rows) at least in my 1200 pixels height screen.
* I found a hack to properly display the tooltip without setting "Don't reserve space on borders" to "YES". However, the hack causes that setting, despite not apparently enabled, to be actually enabled (even if you cycle it to ON and later again to OFF): this is proven by the fact that the maximized windows disappear behind the panel (which seems until now the only known way to "fix" the bug). The hack, for anybody interested on it (just in case this behaviour could be considered a bug by itself) consists in (1) open in the settings editor the xfce4-panel settings and write down the "y" coordinate of the "position"; (2) manually drag the (unlocked) panel a bit up; (3) edit the y coordinate in the settings to restore the original value (the panel moves back to the initial position, and no longer honours the "Don't reserve space on borders" setting until it is manually moved again).
So, in summary: when the "Don't reserve space on borders" setting is enabled (either explicitly or by a unexpected behaviour) the tooltips are properly shown. Otherwise they are displayed outside the screen, which in the case of a generic monitor with a huge tooltip (e.g. https://lightful.github.io/xfce-hkmon/) becomes a catastrophe. Only if the panel is at the bottom of the screen (when placed at the top it seems that always are properly placed, no matter if hovering starts from the top or from the bottom of the panel).
As a provisional workaround for my personal use case, I have set the panel height to 48 instead of 50 pixels and added the following snippet to PATH/gtk.css to continue having two rows in the tasklist (one of the features I love from XFCE!):
Ah, kudos to XFCE developers!
Ah, I forgot another essential tip:
If hovering starts and ends just AT THE TOP of the panel (the first pixel or maybe the first couple of pixels) the tooltip is properly displayed above the panel, even when the panel height is beyond 48 pixels.
However, it takes too much time to carefully hover just at the edge of the panel...
The trick of using a panel of 48 or less pixels height is not always enough. Yes, most of the tooltips are now shown inside the screen, but there is an exception: the tooltip from the mixer. A difference I see compared to the other panel items is that it doesn't expands across the full panel height...
-- GitLab Migration Automatic Message --
This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/203.
Please create an account or use an existing account on one of our supported OAuth providers.
If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests
Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev