Inconsistent dragging behavior with ps2 trackpad

[PieterPanman]

I have an HP EliteBook 8530w notebook. It has a touchpad and a trackpad (the little rubber knob in the middle of the keyboard that acts as a mouse). At least I think that is called a trackpad. They both have their own 3 buttons. Using the touchpad works fine, including dragging using its buttons.

However, using both the trackpad and its buttons acts funny. When I want to drag something on the desktop by left-clicking on an icon and starting to drag using the trackpad, the item is simply selected but does not move. When I repeat the same with the touchpad and its mouse buttons, it moves just fine. When I click using the trackpad buttons, and drag using the touchpad it also works.

Strangely, dragging windows around with the trackpad and its left button works fine. Selecting text using the trackpad also works.

I have attached the startup syslog with ps2 tracing on (in ps2_common.h). I have also attacked a piece of syslog with me first attempting to move an icon on the desktop using the trackpad buttons and 'mouse' knob. After that I move a window (success), and type some commands to copy the syslog. Also attached the /dev/input tree

Using my usb mouse works fine.

I do not have a wacom (seems to show up in /dev/input/wacom, may be nothing)

hrev35920 gcc4Hybrid, built on Fedora 11 64 bits.

Related to #3152?

[PieterPanman]

Another example, I can click and drag in text to select portions of it in StyleEdit, but not in WebPositive. There it simply moves the caret to the new position but does not select text on dragging. Click to activate focus mode. Don't accept first click (default haiku settings)

[stippi]

Since Clemens wrote the driver responsible for this hardware, I'm assigning to him.

[mmu_man]

It seems to be the same behavious I have with the VirtualBox guest additions I wrote. Because I implemented it as a device, but since I only get absolute position from their fake PCI device but not buttons status, some apps go nuts when receiving B_MOUSE_MOVED messages without the buttons field. Likely input_server doesn't merge the buttons between messages. I'm not sure it should do though, it might cause trouble when implementing multi-touch later on :p

[PieterPanman]

Ok, I'm not familiar enough with the way this should all work. But if there's a new version I'm willing to test it, (recompiled debugversions if necessary).

[miqlas]

Happens on hrev52047 too. x86_/4. Moving windows, selecting text work, but drag and dropping a folder doesn't.