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 :)
