Closed
Bug 1198741
Opened 10 years ago
Closed 10 years ago
mouse wheel ignored on return to Nightly window
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1182700
People
(Reporter: u123541, Unassigned)
Details
Attachments
(1 file)
159.48 KB,
image/jpeg
|
Details |
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.
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
Comment 4•10 years ago
|
||
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.
Updated•10 years ago
|
Component: Event Handling → Widget: Gtk
Updated•10 years ago
|
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.
Description
•