After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 54353 - gtk_combo moves selection erratnly
gtk_combo moves selection erratnly
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: Other
1.2.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 65009 65706 91586 96170 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-05-08 18:41 UTC by msf
Modified: 2011-02-04 16:11 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
The patch... (470 bytes, patch)
2002-11-13 20:55 UTC, Owen Taylor 		none Details | Review
New attempt, less coincidentally working (3.44 KB, patch)
2002-11-13 21:36 UTC, Owen Taylor 		none Details | Review

Description msf 2001-05-08 18:41:55 UTC 
When you click on the button to pop-down the list of selections for the
combo, if you hold the button down and move the cursor the selection of the
combo will jump to the first possible option.  This can be very annoying!
Comment 1 Owen Taylor 2001-11-21 14:44:46 UTC 
*** Bug 65009 has been marked as a duplicate of this bug. ***
Comment 2 Yanko Kaneti 2001-11-30 03:21:07 UTC 
*** Bug 65706 has been marked as a duplicate of this bug. ***
Comment 3 Daniel Quinlan 2002-02-15 01:40:05 UTC 
In addition to the above:

If you click on the URL dialog down-arrow to see the recent history
of typed-in URLs, go down the list with the left button down, change
your mind and drag the mouse away, it *always* loads the URL you
last highlighted, which is a little annoying.  I'd suggest requiring
the user to hit enter or double-click on the URL.

(note that this is not the same as described in the above report)
Comment 4 Arnaud Charlet 2002-06-20 12:46:35 UTC 
I have been told under #84365 that this bug is hard to fix, but
couldn't find traces of discussions explaining why this bug is hard
to fix. Could someone explain ? Can't the mouse coordinates be checked
to avoid generating the "changed" signal when the mouse is not inside
the list ?

Arno
Comment 5 Owen Taylor 2002-08-24 12:38:21 UTC 
*** Bug 91586 has been marked as a duplicate of this bug. ***
Comment 6 Owen Taylor 2002-10-18 15:58:28 UTC 
*** Bug 96170 has been marked as a duplicate of this bug. ***
Comment 7 Owen Taylor 2002-10-23 01:01:07 UTC 
Moving to 2.2.0 so we don't forget about it with it among
the 1.2.11 backport bugs.
Comment 8 Owen Taylor 2002-11-13 20:55:36 UTC 
Created attachment 12289 [details] [review]
The patch...
Comment 9 Owen Taylor 2002-11-13 21:36:55 UTC 
Created attachment 12293 [details] [review]
New attempt, less  coincidentally working
Comment 10 Owen Taylor 2002-11-13 22:06:55 UTC 
Turns out there was already was code in there to try
and fix the problem, it just wasn't working for various
reasons.

The first patch above fixes the problem, but on closer
inspection, it's all basically coincidental.

The second patch iscloser to right. What it does
is fixes the code that does the "simulated button on enter"
to actually work as expected by passing in the window
for a list item, then fixes some other grab related
stuff.

Wed Nov 13 15:52:53 2002  Owen Taylor  <otaylor@redhat.com>

        * gtk/gtkcombo.c (gtk_combo_activate): Fix warning.

        * gtk/gtkcombo.c: Fix code that was meant to delay
        grabbing events on the list until we had an enter-notify.
        (#54353, reported by Mike Fulbright, others)