Closed Bug 1198741 Opened 10 years ago Closed 10 years ago

mouse wheel ignored on return to Nightly window

Categories

(Core :: Widget: Gtk, defect)

43 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1182700

People

(Reporter: u123541, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 Build ID: 20150813030208 Steps to reproduce: Running KDE4 with "Focus Follows Mouse - Mouse Precedence" -- though selecting any other "Focus Follows Mouse" variant does not affect bug. Nightly maximized (bug not present if not maximized). Raise any other app window; scrolling works on other app. Move mouse to Nightly and keystrokes delivered to Nightly as expected. However, wheel scrolling is ignored. Actual results: I can raise several apps above Nightly and move mouse plus scroll and all apps respond correctly; but when I move mouse over Nightly, I have to click on Nightly window (which raises it over other apps) before it responds to wheel events. This also affects google maps wheel zooming. Switching desktops is where I first noticed this and initially assumed it could be a KDE bug; until performing the above tests showed that only Nightly was ignoring wheel on mouse over. IOW, every time I switched back to desktop running Nightly, mouse wheel would not work until I clicked, or forced scrolling. Expected results: Handle wheel scroll on mouse re-entry. Also, on occasion (haven't found the trigger), I have to click & drag scroll bar before wheel scroll will work again.
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Attached image bug1198741.jpg
More proof this is a Nightly bug... When I switch back to Nightly-containing desktop, hovering mouse over: - Nightly window -- wheel ignored - Nightly tabs -- wheel ignored - Nightly title bar -- wheel correctly scrolls between Nightly windows[1] [1] I use KDE's window grouping feature as seen in this screen shot.
On occasion, wheel scrolling cannot be resumed; except by switching to another tab and back...
After more testing, this is becoming difficult to identify the exact trigger(s)... Turns out that "maximized only" is incorrect. While I can mouse over between windows and that works; if I switch desktops and come back to the desktop containing the non-maximized Nightly, scrolling doesn't work. Re comment 2, this only sometimes works to restore wheel scrolling; switching to another Nightly window and back seems to restore wheel scrolling (for now?)... I've tested mouse over scrolling with many other apps (xpdf, konsole, gimp, emacs, okular, bibletime,...) and only Nightly fails.
Summary: mouse wheel ignored on return to maximized Nightly window → mouse wheel ignored on return to Nightly window
Can you tell us specifically what kind of mouse you're using?
Component: Untriaged → Event Handling
Product: Firefox → Core
(In reply to Mike Hoye [:mhoye] from comment #4) > Can you tell us specifically what kind of mouse you're using? That's a surprise question... :) At the moment, I have both a GE wired mouse and a generic wireless mouse hooked up. $ lsusb -v Bus 002 Device 012: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse Couldn't open device, some information will be missing Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x093a Pixart Imaging, Inc. idProduct 0x2510 Optical Mouse bcdDevice 1.00 iManufacturer 1 iProduct 2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 4 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.11 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 62 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 10 Bus 002 Device 002: ID 276d:1105 Couldn't open device, some information will be missing Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x276d idProduct 0x1105 bcdDevice 0.01 iManufacturer 1 iProduct 2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 52 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 8
Due to problems accessing a website with an old TLS, I fired up FirefoxESR 38.2.0 (Mageia Linux 5) and I'm not seeing this mouse issue.
Back on Nightly and mouse problem is back...
Component: Event Handling → Widget: Gtk
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: