Opened 3 years ago
Last modified 3 years ago
#17117 new bug
Webpositive keeps on scrolling after releasing mousbutton
| Reported by: | smashIt | Owned by: | pulkomandy |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | Applications/WebPositive | Version: | R1/beta3 |
| Keywords: | scrolling hanging | Cc: | |
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
You click (keep the button pushed) on the scrollbar and move the cursor sideways out of the scrollbar. If you release the mousebutton now, the scrollbar keeps moving up and down with the cursor. You have to click the window to stop it from scrolling.
Moving the cursor over the scrollbar before releasing the button still triggers the same behaviour.
Change History (6)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
I'm running hrev55256 on my Thinkpad T420.
But I had this bug for a long time.
comment:3 by , 3 years ago
Plottwist! This bug only occurs with the touchpad. An external mous works as it should.
I did some more testing with the touchpad: When you trigger this bug and click in the window, the scrollbar doesn't follow the cursor anymore. But as soon as you move the curser over the scrollbar it scrolls to the position of the curser. You have to click the scrollbar to fully stop the bug.
comment:4 by , 3 years ago
I can't reproduce this bug with my touchpad. Can you provide more info on what touchpad this is? If it uses USB as a connection you can include the hid report from /tmp as an attachment. you can check "listusb" if that is the case. Though usually it is PS/2, in which case preferences/Input would probably say so.
I vaguely recall thinkpads having some trouble with the red dot mouse thingy connected to the same PS/2 bus as the touchpad, but I am fuzzy on the details of that issue..
Does this bug occur with other scrollbars too or only webkit ones?
comment:5 by , 3 years ago
So far I have seen this bug only in WebPositive. (Checked it with StyledEdit and HaikuDepot too)
Where can I find the hid report? /tmp only has 2 files with 0 bytes in it.
The Input-Preference at least says that there is a Trackpoint and a PS/2 Touchpad.
Output from listusb: 04f2:b221 /dev/bus/usb/0/0/5 "Chicony Electronics Co., Ltd" "integrated camera" ver. 0752 8087:0024 /dev/bus/usb/0/0/hub "Intel Corp." "Integrated Rate Matching Hub" ver. 0000 0000:0000 /dev/bus/usb/0/hub "HAIKU Inc." "EHCI RootHub" ver. 0200 8087:0024 /dev/bus/usb/1/0/hub "Intel Corp." "Integrated Rate Matching Hub" ver. 0000 0000:0000 /dev/bus/usb/1/hub "HAIKU Inc." "EHCI RootHub" ver. 0200
comment:6 by , 3 years ago
The hid report is only created for hid device (human input devices, a specification for some stuff like keycodes etc). If your touchpad is PS/2 it's expected that there is no report.
Maybe someone else with a thinkpad can reproduce this issue?
Webkit does draw the scrollbars it uses itself, so this could be a bug in how webkit handles some input events, or how the driver generates them.
Please include the tested version of haiku (hrev) and the version of webkit (you can find out in WebPositive about box).
I can't reproduce this with the provided instructions On hrev55257.