xfce 4.10 and 4.12 If you roll the mouse roller too fast, it rotates through your open windows, meaning you wind up on a different program than the one you were trying to scroll through. This is so O-B-N-O-X-I-O-U-S I can begin to describe. Please fix. Many thanks, -T
I lose so much time over this having to relocate my stuff that got closed. Is there any chance of you guys fixing this as a kindness in 4.14?
This is so OBNOXIOUS. It is slated to be fixed any time soon?
That doesn't sound like a bug in xfce, do you see your mouse pointer jumping when this occurs? Rationale: cycling through the windows with the pointer is handed by the "window buttons" plugin (i.e. the “taskbar”) when the pointer hovers the buttons, so the only way this could happen is by moving the pointer to that location (even for a very short time). Workaround: Disable window cycling using the mouse wheel in the "window buttons" configuration and see if that solved the issue.
Hi Olivier, Thank you for the quick response! I have the windows manager set to only one window and no setting to cycle the4m as I only have one. (I have tried using multiple, but I lose track of what is on what.) I figured out what is happening. I am a very fast typist (love my Unicomp keyboard). When I am typing and need to scroll up to see something, I take my hand off the keyboard and grab the mouse and start rolling the roller. Then the Windows start to fly. This is because of the force I grabbed them mouse with. Mind you I only moved it a fraction of an inch. The issue it the sudden acceleration applied to the mouse. This pops the mouse pointer all the way to the top of my screen, up on my task bar (panel one). Them I roll the roller on the task bar and of course, the windows fly by. And I can reproduced this by slapping the mouse hard (but barely moving it) and start scrolling. The tip off was that it seemed to lay in wait for me when I most wanted to use it. An anxiety detector of sorts. In the Windows world, there is a mouse setting for "acceleration". I can't find anything in "Mouse and Touchpad". So, to fix the issue, Xfce needs a setting to adjust "mouse acceleration". In the mean time, is there a workaround? Many thanks, -T
This work around is working: --> Settings --> Panel --> Items --> Window Buttons uncheck "Switch windows using the mouse wheel" Zaphod on the mailing list told me how. I never would have know it was there.
So, not a bug, we can close it ?
No close. It is still happening, but at a lot less frequency.
Created attachment 7510 Mouse and Touchpad missing acceleration bar Missing acceleration bar. This may be the root cause of the out of control accelerations
Still happening and I am definitely not up on the panel. It is driving me nuts.
The point is, this is not a bug in xfce, we can't fix that...
Is the the missing acceleration bar (comment #8) also not an Xfce issue?
UI controls depend on what is reported from the device.
“libinput list-devices” and “xinput list-props” can tell you more. But there is an accel control there (attachment 7510 ), and “libinput” doesn't offer the same controls as evdev and synaptics, there is no “accel thereshold” with libinput, it's using a different approach, see Peter's blog here: http://who-t.blogspot.fr/2014/07/pointer-acceleration-in-libinput.html
Hi Olivier, Are you sure this is a Fedora 27 issue. I now have two separate computers doing this? And one was upgraded from Scientific Linux 7.4 (RHEL clone) to Fedora 27 and had the issue both before and after. If it is the OS, where do I start looking? X11? -T
(In reply to Todd from comment #14) > Are you sure this is a Fedora 27 issue. No I never said it was Fedora only. > I now have two separate computers doing this? > And one was upgraded from Scientific Linux 7.4 (RHEL clone) to > Fedora 27 and had the issue both before and after. There are two things, one is unexpected pointer jumps causing events to be received in a totally different window, that's either a kernel (evdev) issue or a driver (xorg-x11-drv-evdev or libinput/xorg-x11-drv-libinput) The other “issue” (which is not actually an issue) is the different controls when using libinput (comment 11), this is normal and expected, libinput exposes different controls. > If it is the OS, where do I start looking? X11? Start with evdev, try capturing the problem with evemu-record (see https://www.freedesktop.org/wiki/Evemu/) but this is outside the scope of xfce, so best would be to search for existing bug reports in bugs.freedesktop.org and file a bug if none is found.
This obnoxious bug reproduces itself i Fedora 29 and Xfce 4.13
You can see this happening by placing the mouse on panel 0 and running the scroller. When the this bug appears is when the mouse is NOT on panel 0 and you run the scroller to fast. Drives me nuts!
See comment 15
Is this what you are looking for? sudo evemu-record > recording.evemu Will this answer why Xfce thinks the mouse is on Panel 0, when it is elsewhere?
Well, xfce doesn't "think", it gets its events from the Xserver, and the events contain the window id, so technically, this is unlikely an issue with xfce itself.
Do you have a link to "upstream" on the Xserver? And which product it would be?
Hi Oliver, I wrote my own program to adjust X11 acceleration: $ MouseAccel.pl6 0.01 AccelSpeed = <0.01> MouseID = <15> AccelID = <296> xinput --set-prop 15 296 0.01 Logitech USB Optical Mouse acceleration speed set to 0.01 I will run it at .01 for a while and see. Let me know if you want my code.
Now this is interesting. After a reboot, acceleration is off: $ xinput --list --short | grep -i logit ⎜ ↳ Logitech USB Optical Mouse id=15 [slave pointer (2)] $ xinput --list-props 15 | grep -i "Accel Speed (" | awk '{print $5}' 0.000000 All day yesterday with it "on" I had no issues
And xfce shows it on. Maybe there is a bug in Xfce. I will attach a screen shot
Created attachment 8432 Mouse acceleration with acceleration off
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-settings/-/issues/77. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev