[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#374652: marked as done (xserver-xorg-input-mouse: trouble trying to permute mouse buttons (lefthanded))

Your message dated Thu, 02 Nov 2006 16:50:03 +1100
with message-id <1162446603.5176.10.camel@localhost.localdomain>
and subject line Bug#374652: xserver-xorg-input-mouse: trouble trying to permute mouse buttons (lefthanded)
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xserver-xorg-input-mouse
Version: 1:1.0.4-3
Severity: normal

Hello,

excerpt from xorg.conf:
Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/input/mice"
        Option          "Protocol"              "ImPS/2"
        Option          "Emulate3Buttons"       "false"
        Option          "ZAxisMapping"          "4 5"
EndSection

This is for a USB mouse. If I try to use it lefthanded, either using
xfce4 mouse setup  or with xmodmad -e "pointer = 3 2 1 4 5 6 7 8 9", 
xev shows this strange behaviour:

ButtonPress event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053401923, (134,112), root:(557,405),
    state 0x0, button 1, same_screen YES

ButtonPress event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053401923, (134,112), root:(557,405),
    state 0x100, button 3, same_screen YES

ButtonRelease event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053402019, (134,112), root:(557,405),
    state 0x500, button 1, same_screen YES

ButtonRelease event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053402019, (134,112), root:(557,405),
    state 0x400, button 3, same_screen YES

while the normal behaviour is:

ButtonPress event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053337678, (78,103), root:(501,396),
    state 0x0, button 1, same_screen YES

ButtonRelease event, serial 28, synthetic NO, window 0x3600001,
    root 0x4c, subw 0x0, time 4053337790, (78,103), root:(501,396),
    state 0x100, button 1, same_screen YES

That is, with the left-handed config, pressing either button 1 or 3
generates both events. Any clue ?

TIA

Pascal Dupuis

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-input-mouse depends on:
ii  libc6                         2.3.6-13   GNU C Library: Shared libraries
ii  xserver-xorg-core             1:1.0.2-8  X.Org X server -- core server

xserver-xorg-input-mouse recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
> I removed the AlwaysCore and/or SendCoreEvents, and now it works.
> I mean, both built-in and external mouses give cursor movements,
> and I finally get each button to produce a ButtonPress/ButtonRelease 
> event, no more mixing between button1 and button3.

Glad to hear that removing the ambiguity in the identity of the
CorePointer cleared the problem.  Closing this bug now.

Drew

--- End Message ---
Reply to: