Bug 165372 - Tooltip balloons do not go away and stay over other applications
Summary: Tooltip balloons do not go away and stay over other applications
Status: RESOLVED WORKSFORME
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-30 00:54 UTC by Marcelo Sales
Modified: 2023-01-13 05:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
A tool tip from Kontact over Firefox (54.45 KB, image/png)
2008-06-30 00:58 UTC, Marcelo Sales
Details
frozen tooltip (307.25 KB, image/png)
2010-07-20 05:43 UTC, pogosyan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marcelo Sales 2008-06-30 00:54:28 UTC
Version:            (using KDE 4.0.83)
Installed from:    Fedora RPMs
OS:                Linux

Sometimes tooltip balloons will not go away and stay over applications other than the one which owns it. Even switch desktops will not make it go away. It's necessary to find out what application made it appear and then make it shows another tooltip balloon, which in turn will make the previous one goes away.
I can't reproduce this at my will, but it happens frequently. Sometimes the entire balloon stays fixed on the screen, other times only parts of them stick.
Comment 1 Marcelo Sales 2008-06-30 00:58:59 UTC
Created attachment 25716 [details]
A tool tip from Kontact over Firefox

This tooltip was created by Kontact and did not go away. I switched to Firefox
and it's still there. To get rid of it, I have to switch back to Kontact and
make it show another tooltip. Sometimes it's hard to find out which application
owns the tooltip, so it's not always easy to get rid of it.
Comment 2 Lubos Lunak 2008-06-30 15:49:48 UTC
Do you have compositing enabled?
Comment 3 Marcelo Sales 2008-06-30 19:06:16 UTC
Yes, I do
Comment 4 Pedro 2008-07-06 20:57:27 UTC
I have the exact same problem, I'm using KDE4 Version 4.00.85 (KDE 4.0.85 (KDE 4.1 >= 20080703), opensuse 11.
I couldn't find if it happens randomly or some thing is triggering this. It occurs frequently and it seems with all applications.
Sometimes I have to logout and login again because I couldn't found the "parent" application of the tooltip.
I have compositing enabled.
Comment 5 Lubos Lunak 2008-07-08 15:22:19 UTC
And does the problem exist also with compositing disabled?
Comment 6 Marcelo Sales 2008-07-09 00:19:33 UTC
I have disabled compositing today and will test for two or three days. I'll report back later.
Comment 7 Marcelo Sales 2008-07-10 00:41:47 UTC
Tested first disabling desktop effects, but keeping compositing on in xorg.conf. The problem still occurs.
Then turned compositing off in xorg.conf. No change either, the problem persists.
Comment 8 Lubos Lunak 2008-07-10 12:35:48 UTC
Not a KWin problem then.
Comment 9 FiNeX 2008-11-06 15:24:13 UTC
I've experienced this problem using KDE3 too.
Comment 10 Pedro 2008-11-06 16:54:52 UTC
I no longer experience this problem since I updated to KDE4 from trunk (4.1.x)-opensuse 11.  
Comment 11 Marcelo Sales 2008-11-13 14:56:51 UTC
I still see this problem using KDE 4.1.2, now with intel video (previously I was using a machine with an nvidia card with the proprietary driver). However, it occurs seldom now. It was happening very often when I filed this bug, don't know if it's better now because I changed the video card/driver or because something has changed in KDE since then.
Comment 12 Tristan Miller 2008-11-27 15:12:24 UTC
Confirming bug still exists in KDE 4.1.3.  As with the original reporter, the tooltips are persistent across virtual desktops, always remain above other windows, and seem to be cut off at the top.  Getting them to disappear is more an art than a science; apart from logging out and back in again, sometimes triggering the exact same tooltip to display will get rid of the old copy.
Comment 13 Tristan Miller 2009-02-23 15:14:31 UTC
This problem is particularly easy to reproduce over high-latency connections, such as remote applications launched through NX Client.
Comment 14 Tristan Miller 2009-10-13 12:14:17 UTC
I haven't experienced this issue since upgrading to KDE 4.3.x
Comment 15 pogosyan 2010-07-20 05:43:12 UTC
Created attachment 49324 [details]
frozen tooltip

Continue to experience this problem with 4.4.4.  Here is how it looks, this stuck tooltip is from acroread.
Comment 16 Aaron J. Seigo 2010-07-20 18:57:23 UTC
acroread is not a KDE / Qt app, so unless it is a window management issue (i doubt it) then either comment #15 is unrelated to this report or this report is unrelated to KDE code.
Comment 17 Andrew Crouthamel 2018-11-05 03:17:19 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 18 Andrew Crouthamel 2018-11-17 04:55:14 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 19 Justin Zobel 2022-12-14 03:09:05 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 20 Bug Janitor Service 2022-12-29 05:22:47 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 21 Bug Janitor Service 2023-01-13 05:13:40 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!