Bugzilla Bug 61342

Scroll bars (I don't know if it's the right name, I mean these ones:
http://ghepeu.altervista.org/immagini/fuffa/barre.jpg ) don't work as expected
after I've upgraded to gtk 2.4.7. When I click with the mouse on the left side
of the bar, indicator moves to the left, but when I click on the right side,
indicator still moves to the left instead of moving to the right. 
This happens in every gtk+-based application. Everything works with gtk+ 2.4.4.

works fine here, can you reproduce it on another machine ?

No, I haven't got another machine :( I recompiled gtk+ 2.4.7 stripping CFLAGS
to the minimum (-march=athlon-xp -O2 -pipe) and the problem is still present in
every application that uses slider bars :(
almost all packages I install are stable, I use ~x86 just for unessential
applications (mplayer, for example)

Portage 2.0.50-r10 (default-x86-2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r1,
2.6.8-ck4)
=================================================================
System uname: 2.6.8-ck4 i686 AMD Athlon(tm) XP 1700+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/
http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://gentoo.tiscali.nl/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow 3dnowex 3ds X aalib acpi acpi4linux alsa antlr apache2 audiofile avi
berkdb bonobo cdparanoia cdr crypt cups dedicated divx4linux dts dvd dvdread
encode evo f77 faac faad fam fbcon fbdev flac foomaticdb freetype gd
gd-external gif gimpprint gnome gnomedb gpm graphviz gstreamer gtk gtk2 gtkhtml
imagemagick imlib java javascript jce jpeg lcms libcaca libg++ libsamplerate
libwww live lzo mad matroska mikmod mmap mmx mmx2 mng motif mozilla
mozinterfaceinfo moznocompose moznoirc moznomail mozp3p mozsvg mpeg mysql
ncurses network nls nptl objc oggvorbis opengl pam pcap pdflib perl pic
plotutils png ppds python qt quicktime radeon readline rtc samba scanner sdl
slang sndfile spell sse ssl svg svga tcltk tcpd tga theora threads tiff
truetype type1 usb videos vim-with-x wmf wxwindows x86 xchatdccserver xface xml
xml2 xmms xprint xv xvid xvmc yv12 zlib"

Sorry, I forgot to tell that this happens with both xfce 4.0.6 and gnome 2.6.2

if you patch the following line out in the ebuild & rebuild, does that make a
difference ?

'epatch ${FILESDIR}/${PN}-2.4-smoothscroll.patch'

definitely, removing that patch fixed the problem.

thats weird, i have no other reports & can't reproduce. Is your mouse button
mapping correct ?

Yes, I suppose, because it's a common usb 3-buttons mouse and I've never had
any problem before nor I've got any problem with other applications and if I
use the middle button the slider moves to the point where I clicked, as
expected.

same problem with gtk+ 2.4.9, and it disappears if i remove the smoothscroll
patch :(

It's exactly the same here. Please remove that smoothscroll patch. (Can someone
explain me why you are patching at all? Shouldn't we rather wait till such
stuff is in upstream?)

Seems this effect doesn't happen in all gtk-applications. For example the xfce
setup apps are fine, but gnome-mouse-properties is bugged.

to better define it, gtk_range with an increment set acts erratic.

although this is a minor bug & i don't have time to look at it atm, i believe the patch is usability wise too important to drop for this.

Well I have suffered from the same bug, but a recompile of gtk+ without any
Cflags at all made the problem go away. So wouldn't it make sense that the
ebuild uses it's own Cflags?

the bug is still present with gtk+-2.6.1. I can confirm that xfce scroll bars
work flawlessy, as in comment #10. I'll try to remove CFLAGS (but at the moment
I have just -march=athlon-xp -O2).

*** Bug 80565 has been marked as a duplicate of this bug. ***

I found how this bug affected gnumeric (and in this case it is a gnumeric bug,
http://bugzilla.gnome.org/show_bug.cgi?id=166085).
the bugs happens when an application calls gtk_adustment_value_changed while
the idle is active. The calls occurs when
gtk_adjustment_value_changed_unchecked is called inside the idle function and
it kills it whatever it returns. At this moment, the value of the adjustment is
the last one given by adjustment_update_idle, generally not very different from
the initial one.
If the problem occurs with other applications, they might have similar bugs.

fixed with last gtk ~x86 release (gtk+-2.6.7 with gtk+-2.6-smoothscroll-r5).
Thank you :)