On Sun, Feb 19, 2012 at 05:09:06PM -0800, Bryan Linton wrote: > On 2012-02-19 17:23:18, Matthieu Herrb <[email protected]> wrote: > > On Sat, Feb 18, 2012 at 06:21:12PM -0800, Bryan Linton wrote: > >> >Synopsis: Mouse forward/back buttons no longer work in new snap > >> >Category: system > >> >Environment: > >> System : OpenBSD 5.1 > >> Details : OpenBSD 5.1 (GENERIC) #157: Fri Feb 10 11:07:41 MST 2012 > >> > >> [email protected]:/usr/src/sys/arch/i386/compile/GENERIC > >> > >> Architecture: OpenBSD.i386 > >> Machine : i386 > >> >Description: > >> > >> I upgraded from a December 15ish snapshot to a February 2nd > >> snapshot and again to a February 10th snapshot to see if the > >> problem had been resolved in a newer snap. > >> > >> The forward/back buttons on my mouse do not cause either Midori, > >> XXXTerm, or Firefox to go to the next/previous page like they used > >> to. > >> > >> They seem to function the same as the up/down buttons on my > >> keyboard in that they cause the screen to scroll up or down by one > >> line. Scrolling with the mouse wheel is normal and unchanged. > >> > >> I am not using an /etc/X11/xorg.conf file. I have updated all > >> packages with pkg_add and run sysmerge. The only commit I could > >> find in source-changes@ that may have affected this was: > >> > >> ---8<--- > >> > >> CVSROOT: /cvs > >> Module name: xenocara > >> Changes by: [email protected] 2012/01/08 > >> 10:15:52 > >> > >> Modified files: > >> xserver/config : wscons.c > >> > >> Log message: > >> Switch to the xf86-input-ws input driver for mouse by > >> default. > >> > >> ok shadchin@. > >> > >> ---8<--- > >> > >> Reverting this commit restores the original behavior of the mouse > >> forward/back keys. > > > > Thanks for the detailled report. We'll need to figure out why the > > xf86-input-ws driver doesn't handle all buttons on your mouse. > > > > In the mean time, rather than reverting the commit, you can use a > > simple /etc/X11/xorg.conf file like the one below to force the > > xf86-input-mouse driver to be used instead of xf86-input-ws: > > > > --- cut --- > > Section "InputClass" > > Identifier "mouse driver" > > MatchIsPointer "on" > > Driver "mous? > > EndSection > > --- cut --- > > > > Also, can you check with xev or "xinput test-xi2" which events are > > returned by the forward/back buttons with both drivers and send me and > > shadchin@ the result ? > > > > Here is the information you requested. With the "mouse" driver > they read as 8 and 9. > > With the "ws" driver the buttons read as 4 and 5 which is the same > as the mouse wheel up/down which would explain why the screen > scrolls up or down by one line when they are pressed.
Thanks for the report. Indeed: ButtonMapping for mouse - 1 2 3 8 9 10 11 12 ... (user can change) ws - 1 2 3 4 5 6 7 8 ... (user can't chahge) for reference evdev also 1 2 3 4 5 6 7 ... I will prepare diff - for add handler option ButtonMapping. Also need elect behavior on default - ws or mouse. Your suggestions? -- Alexandr Shadchin
