GNOME Bugzilla – Bug 747440
Horizontal scrolling not working
Last modified: 2015-04-18 00:33:34 UTC
Created attachment 301061 [details] screenshot of the controller I have properly set the scrolling actions in the input Controllers part of the settings, but I cannot scroll with the horizontal scrolling function of neither my Logitech G500 mouse nor the Touchpad of my Dell inspiron 17 (3721) vertical scrolling works with or without the controller but scrolling horitonatlly works neither way. I tried it on both Win7 and 8.
Yes, it doesn't work.
Works fine on Linux, in both 2.9 and 2.8. If you remove these actions from the scroll events, do things start to work? Does horizontal scrolling work in normal UI controls, such as the layers dialog?
h-scrolling works in the layer dialog. if I remove the input controller including the actions nothing happens because I tried setting it because it didnt work in the first place unlike v-scrolling. but I noticed that while having select active but nothing selected and the focus is in the image you can move the layer itelf by h-scrolling v-scrolling obviously works as expected and scrolls your view, while something is selected depending on the position of your pointer the following 4 things will happen: outside the selection: nothing inside the selection: move the selection (not the content) left edge (or one of the left corners) expand the selection to the left (position of right edge stays the same) right edge same as left but in reverse.
I might be missing something obvious here, but I have no explanation how mouse scrolling can work differently based on selected tool or pointer position. Did you download GIMP from download.gimp.org, or from some other place?
I have no Idea as well. as stated only horizontal scrolling (h-scrolling) is affected. vertical scrolling (v-scrolling) works perfect regardless of anything.
I DLed GIMP directly from the Site..
OK thanks. Can you please try the following: Start GIMP from a terminal with the GIMP_LOG environment variable set to tool-events, then make a new image, and scroll vertically and horizontally a few times, and paste the terminal output here.
when I just open the gimp 2.8 exe over the command line gimp plainly opens with nothing happening in the command line window, while the console exe says: C:\Program Files\GIMP 2\bin>gimp-console-2.8.exe (gimp-console-2.8.exe:936): LibGimpBase-WARNING **: gimp-console-2.8.exe: gimp_wire_read(): error
Run it like this from a command line: > set GIMP_LOG=tools-events > gimp-2.8.exe >log.txt 2>&1
Created attachment 301708 [details] Tool events log, views-scroll-left/right assigned to input controller Line 139ff contains the horizontal scroll attempts - this was with view-scroll-left/right assigned to Scroll left/right in the input controllers setup.
Created attachment 301723 [details] tool events log (afaik without the actions set)
There are three scroll events which all say: SCROLL (0) Which means GDK_SCROLL_UP. You say you scrolled left? This would indicate that scroll events are delivered incorrectly. Can you do a log again, where you scrolled in all 4 directions?
at least I scrolled multiple times. I think all the keypresses have something to do with how GIMP recieves the h-scrolls, since I didnt really do much with the kb I just zoomed in scrolled a bit selected something and sccrolled even more in all 4 directions.
Oh, sorry. I downloaded the attachment for grepping and it seems it got truncated. There are indeed genuine SCROLL events for the UP and DOWN directions. AND there are key events for LEFT and RIGHT. It seems that's how your mouse (or windows in general?) is delivering left and right scroll.
to be honest I have no Idea, but it seems that quite some software can easily distinguish between arrow keys+their combinations and h-scrolling. maybe Gimp need a lib or whatever which is not loaded in the canvas to work, just my stupid Idea as IT apprentice (which I truly am)
Turns out this was simply not implemented in GTK+ until a few days ago, thanks for your testing, I'm resolving this bug as a duplicate. *** This bug has been marked as a duplicate of bug 748014 ***