[Gaim-gtk-bugs] [ gaim-gtk-bugs-635647 ] GTK+ Bug: Tooltips remain after mouse out event

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[Gaim-gtk-bugs] [ gaim-gtk-bugs-635647 ] GTK+ Bug: Tooltips remain after mouse out event

SourceForge.net
gtk-bugs item #635647, was opened at 2002-11-08 14:13
Message generated for change (Settings changed) made by lschiere
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=680472&aid=635647&group_id=235

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: gtk bug #107320
>Status: Closed
Resolution: Later
Priority: 3
Private: No
Submitted By: Bill Gjestvang (uberhund)
Assigned to: Nobody/Anonymous (nobody)
Summary: GTK+ Bug: Tooltips remain after mouse out event

Initial Comment:
The buttons in an IM window stay highlighted sometimes
if the mouse pointer leaves the window quickly.

To reproduce:
In an IM window, put the mouse pointer over a button
that highlights.  Now, move the mouse pointer quickly
out of the window.  Sometimes, the highlight sticks.
Not 100% reliable.

win2kpro, gaim v.0.60alpha3

----------------------------------------------------------------------

Comment By: Luke Schierer (lschiere)
Date: 2005-10-01 10:31

Message:
Logged In: YES
user_id=28833

1)quit gaim
2)open your .gaim/prefs.xml in a text editor
3)find the tooltip delay preference
4)change it to 0
5)save
6)use gaim as normal

----------------------------------------------------------------------

Comment By: Zach (prozach99)
Date: 2005-09-26 17:16

Message:
Logged In: YES
user_id=1048908

Is it possible to disable the tooltip mouseovers?

----------------------------------------------------------------------

Comment By: David Balazic (mr_stein)
Date: 2005-06-06 11:22

Message:
Logged In: YES
user_id=291427

GTK 2.6.7 Rev A , Gaim 1.3.0 , WinXP-Pro-SP2

Bug still alive :-(



----------------------------------------------------------------------

Comment By: Chew Choon Keat (ckeat)
Date: 2005-01-20 05:45

Message:
Logged In: YES
user_id=83129

100% reproducible: Gaim v1.1.1; WinXP

1. Mouseover a buddy, wait for tooltip to appear.
2. Alt-Tab to make another window active.
3. Tooltip not removed until Gaim is foreground again, and
mouse moves over Gaim window.



----------------------------------------------------------------------

Comment By: Petr Gašparík (pegasik)
Date: 2004-11-24 15:26

Message:
Logged In: YES
user_id=845527

gaim 1.0.3 and problem is still here

----------------------------------------------------------------------

Comment By: Thomas Brown (proft)
Date: 2004-10-21 11:27

Message:
Logged In: YES
user_id=632732

While this bug has been closed for a while, it has also
remained a problem right through GAIM 1.0.2.  Anyone else agree?

----------------------------------------------------------------------

Comment By: Luke Schierer (lschiere)
Date: 2003-08-13 06:56

Message:
Logged In: YES
user_id=28833

closing as per comment below and email from gaim-commits

----------------------------------------------------------------------

Comment By: Kevin Stange (kstange)
Date: 2003-08-13 02:35

Message:
Logged In: YES
user_id=726342

this should be fixed in 0.67 with an updated GTK 2.2.2
installer.

----------------------------------------------------------------------

Comment By: mark stanton (markgruden)
Date: 2003-08-06 04:54

Message:
Logged In: YES
user_id=328185

I have also experienced this in GAIM .63 and .66

----------------------------------------------------------------------

Comment By: Stephan Ainley (ele_guitarist)
Date: 2003-07-24 04:37

Message:
Logged In: YES
user_id=807880

same w/ me

Windows XP Pro, GAIM .66

----------------------------------------------------------------------

Comment By: Peter Lawler (bleeter)
Date: 2003-07-14 18:06

Message:
Logged In: YES
user_id=407708

My thoughts...

Disabling tooltips might be a good idea, as long as the gaim
team are prepared to wear a bunch of 'tooltips don't work' bugs.

As far as I can see, there are two solutions. Release note
(tooltips buggy due to winGTK issue, see URL...), or a
preference (which itself should be marked by a release note
;) ).

Pete.

----------------------------------------------------------------------

Comment By: Lord Pyrite (pyrite23)
Date: 2003-05-13 22:23

Message:
Logged In: YES
user_id=778286

Could we please please have an option in preferences to just
turn tooltips off all together?

Using Win2k Pro, Gaim 0.62, GTK 2.2.1.

Problem still exists and is very annoying. It may not be
Gaim's fault, but an option to turn off tooltips would be Super!

----------------------------------------------------------------------

Comment By: Herman Bloggs (hermanator)
Date: 2003-05-08 12:28

Message:
Logged In: YES
user_id=613964

Gtk only uses 3 number versions.. e.g: 2.2.1. The fourth
number is added on by the installer creater. So Dropline's
2.2.1, 2.2.1.1 and 2.2.1.2 all use the GTK+ 2.2.1 release,
which means that nothing will have changed as regards to
bugs.

----------------------------------------------------------------------

Comment By: Micah Hilton (insomica)
Date: 2003-05-07 20:45

Message:
Logged In: YES
user_id=770384

I have the same problem in GAIM v.62 with GTK-Runtime-
Environment-2.2.1.2

----------------------------------------------------------------------

Comment By: Herman Bloggs (hermanator)
Date: 2003-04-20 10:48

Message:
Logged In: YES
user_id=613964

My goodness .. there is a lot of chatter here :)

It seems some of you are not clear on what is a GTK bug and
what is a Gaim bug.  If you look in the summary of this report
you'll see "GTK+ Bug:" at the beginning :).  I relabeled all the

bugs which are Win GTK+ bugs in this manor.  If you don't
trust this, then I suggest you go to
http://bugzilla.gnome.org/query.cgi and check yourself.

Win GTK+ is a work in progess just as Win Gaim is, and the
more apps use Win GTK+ the more bugs will be identified,
reported and fixed.  Some of you may remember the signon
bug, where in order to complete a protocol signon process
the user had to move his pointer around within a Gaim
window..  Well, that was a GTK+ bug.. I reported, it got fixed
and eventually Win Gaim included a GTK+ release that
included that fix..  This is how open source development
goes.. and for those that don't have the patience fot this
process I suggest you buy your software.

Bottom line.. no more speculation on this bug please.. This is
the URL to the report at the GTK bug tracker:

http://bugzilla.gnome.org/show_bug.cgi?id=102283




----------------------------------------------------------------------

Comment By: Jason Pacheco (cbarnes69)
Date: 2003-04-20 02:39

Message:
Logged In: YES
user_id=592646

bsponline:
I would not worry about fixing this in the Linux version. I
originally encountered the defect in v0.60 of Linux Gaim,
and even then it was difficult to reproduce. I have seen the
error manifest itself in v0.61, however, it is somewhat of a
Heisenbug. It is such a minor issue to begin with and the
inability to adequately reproduce the bug proves that this
bug doesn't merrit much attention for Linux. It is the file
transfer and direct IM features that most Linux users I know
of have issues with. These are the aspects that deserve most
attention.

However, if a solution is found for the Windows version, it
may be the case that a similar solution will apply to Linux.
Furthermore, in my opinion disabling tooltips altogether is
an unsatisfactory solution.



----------------------------------------------------------------------

Comment By: Luke Schierer (lschiere)
Date: 2003-04-20 00:59

Message:
Logged In: YES
user_id=28833

in some situations, hiding the problem is sufficient.  for
this, yes, disabling tooltips is tempting. lets see what
herman thinks.

----------------------------------------------------------------------

Comment By: Ka-Hing Cheung (bsponline)
Date: 2003-04-19 23:40

Message:
Logged In: YES
user_id=159910

First of all, let me clearify. I am not an official gaim
developer.
Secondly, no one knows for sure if dragging of buddies, file
transfer are GTK-win issues (in fact, I am fairly sure that
file transfer isn't).
Third, I am not able to reproduce it on linux, and am
waiting for the only person who claimed to be able to do so
to tell me how, as I said in a post earlier.
Fourth, you can set the buttons on the IM window to show labels.
Lastly, I don't think disabling the tooltip is a solution.
It is just hiding the problem.

----------------------------------------------------------------------

Comment By: Alan Henry (halophoenix)
Date: 2003-04-19 23:30

Message:
Logged In: YES
user_id=754521

I don't consider this an argument, as it seems you might be
taking it to be one-I'm actually trying to come up with
possible workarounds to the issue. if you're a designer and
would prefer to wait until the GTK architects release a less
buggy windows version, that's your perogative. It would
resolve a lot of winGAIM's existing issues without having to
do anything or even offer any workarounds to the problem. If
you believe that to be acceptable, then close the bug report,
and the one about arranging buddies, and the one regarding
using GAIM alongside AIM, and the one about file transfer
capabilities. I'm sure there are more that can be closed, as
well. If this issue has been reproduced in linux, as many
commenters here have said, then is waiting for GTK to come
out with a new version still a viable solution, or will you
have to investigate another "workaround" for the linux users
as well?

In the meantime, turning off the tooltips is an option; not
just including an option to disable them. Adding a contextual
menu option to see the information in the tooltips(perhaps
added to the user info screen) is another thing gaim could do
in the place of the tooltips. If you're willing to
investigate options instead of being inflammatory and
obstinate, then perhaps we can all help the designers come up
with "actual solutions."

In the meantime, I would love to get my hands on the windows
source for GTK and GAIm to see if I can help. Some of us
wouldn't complain about it if we weren't ready to actually
assist.


----------------------------------------------------------------------

Comment By: Ka-Hing Cheung (bsponline)
Date: 2003-04-19 23:07

Message:
Logged In: YES
user_id=159910

An actual solution would be to wait for the GTK people to
release a less buggy version for Windows. What do YOU think
there is for gaim to do?

----------------------------------------------------------------------

Comment By: Alan Henry (halophoenix)
Date: 2003-04-19 23:01

Message:
Logged In: YES
user_id=754521

fair enough-that I didn't know.

The rest of the comment stands; implimenting an option to
turn them off just to try and get around the bug would do
just as well as removing the "feature" entirely. And
regardless; there are several bugs in winGAIM that are
because the gtk runtime environment wasn't designed for
windows; if every one of those bugs is going to be passed off
and attritubuted to the GTK environment, then imho the
application as a whole will suffer. The option to do that,
however, is completely the choice of the designers.

The bug is reproducable in winGAIM again by following the
steps that everyone else has posted. It remains an issue, and
I think all of us who have seen it look forward to an actual
solution. I'll see what I can do to help.


----------------------------------------------------------------------

Comment By: Ka-Hing Cheung (bsponline)
Date: 2003-04-19 21:48

Message:
Logged In: YES
user_id=159910

Wrong.
Before 0.60 the gtk runtime is bundled with the installer.
All wingaim builds uses Gtk one way or another.

----------------------------------------------------------------------

Comment By: Alan Henry (halophoenix)
Date: 2003-04-19 21:23

Message:
Logged In: YES
user_id=754521

Speaking for winGAIM, this issue has persisted from .59 to
the .60 alpha versions and now in .61; the issue is easily
duplicated there using the steps that elentar posted earlier
today. For this reason, I doubt it's a GTK issue; since the .59
and .60alphas didnt require the runtime environment in
windows.

Furthermore, disabling tooltips entirely I don't think is an
adequate solution, since they are useful and if you put in an
option to disable them just to get around the bug you may as
well just take them out entirely. It should be a relatively
simple matter to not have the tooltips remain when off-focus.
I'll investigate some more to try and come up with something
that'll help to accompany my grumbling. ^_^

----------------------------------------------------------------------

Comment By: Ka-Hing Cheung (bsponline)
Date: 2003-04-19 17:34

Message:
Logged In: YES
user_id=159910

I cannot reproduce this on Linux. Can you tell me the steps
to reproduce it on your computer?

----------------------------------------------------------------------

Comment By: Jason Pacheco (cbarnes69)
Date: 2003-04-19 17:12

Message:
Logged In: YES
user_id=592646

No, we cannot close this and it is not just a bug in Win32
GTK+. I am using gaim v0.61 in RedHat Linux and I have been
able to reproduce the bug.

----------------------------------------------------------------------

Comment By: Taral (taral)
Date: 2003-04-19 05:22

Message:
Logged In: YES
user_id=25129

Read JUST ONE more comment down and you'll see my comment
about reproducing this bug very very easily on v0.61. No,
you cannot close this.

----------------------------------------------------------------------

Comment By: Pradeep Sanders (elentar)
Date: 2003-04-19 03:26

Message:
Logged In: YES
user_id=37515

Installed v0.61 today, repeated test case and experienced the
same behavior. Recap:




1) Launch gaim, move mouse over button and wait for tooltip.


2) Alt-tab to another application.


3) Tooltip remains visible until Alt-tabbing back to Gaim or


  clicking on the tooltip.




For what it's worth, this seems likely to be a bug in the Win32
implementation of GTK, so I don't know if it's worth the trouble
to keep tracking it as part of Gaim. Perhaps just an option to
disable tooltips entirely would be sufficient.




-Elentar


----------------------------------------------------------------------

Comment By: Ka-Hing Cheung (bsponline)
Date: 2003-04-19 01:36

Message:
Logged In: YES
user_id=159910

Does that mean we can close this? If it's not duplicable, I
would say that it is fixed.

----------------------------------------------------------------------

Comment By: Jason Pacheco (cbarnes69)
Date: 2003-04-17 01:26

Message:
Logged In: YES
user_id=592646

I have also noticed the same thing in gaim v0.60. I just
installed v0.61 and have been unable to replecate the bug.
However, this doesn't mean that the bug has been fixed
because as I remember, it was very obscure even in v0.60.


----------------------------------------------------------------------

Comment By: Gabriel Barros (gcbsourceforge)
Date: 2003-04-15 12:38

Message:
Logged In: YES
user_id=638018

win2k, gaim 0.61, gtk 2.2.1.1

the same here. The bug (tooltip dont go away) also occurs when
a window popup while tooltip is visible

with 0.60a5 i had to click to make it go away, now i just
have to pass the mouse over it

----------------------------------------------------------------------

Comment By: Alan Henry (halophoenix)
Date: 2003-04-10 18:02

Message:
Logged In: YES
user_id=754521

duplicated for wingaim v0.61, gtk+2.2.1.1, all downloaded and
installed today.

----------------------------------------------------------------------

Comment By: Taral (taral)
Date: 2003-04-10 12:28

Message:
Logged In: YES
user_id=25129

Also true for v0.61, gtk+2.2.1.1.

----------------------------------------------------------------------

Comment By: Herman Bloggs (hermanator)
Date: 2003-04-07 18:39

Message:
Logged In: YES
user_id=613964

still true for GTK+ 2.2.1

----------------------------------------------------------------------

Comment By: Pradeep Sanders (elentar)
Date: 2003-04-07 18:01

Message:
Logged In: YES
user_id=37515

This still happens in the latest version, BTW. Also, you can
reproduce by putting the mouse over a Gaim button, then
alt-tabbing to another app. The tooltip will remain until you
switch back to Gaim or click on it with the mouse.


----------------------------------------------------------------------

Comment By: Luke Schierer (lschiere)
Date: 2003-04-05 14:30

Message:
Logged In: YES
user_id=28833

Gaim 0.60 has been released.  This makes your bug report out of
date.

----------------------------------------------------------------------

Comment By: Mathew Rose (tachyon47)
Date: 2003-02-10 01:43

Message:
Logged In: YES
user_id=708048

The tooltips typically go away after clicking upon them.

----------------------------------------------------------------------

Comment By: Herman Bloggs (hermanator)
Date: 2002-11-16 16:23

Message:
Logged In: YES
user_id=613964

This is a win32 GTK bug

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=680472&aid=635647&group_id=235

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Gaim-gtk-bugs mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gaim-gtk-bugs