Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mouse-wheel scrolls both client and server simultaneously #2014

Closed
nbolton opened this issue Oct 13, 2014 · 9 comments

Comments

@nbolton
Copy link
Member

commented Oct 13, 2014

Imported issue:

  • Author: nosher (SourceForge user)
  • Date: 2004-03-30 13:56:46
  • Legacy ID: 2027

In some situations, scrolling through a scroll-list on
a Linux client (such as the inbox pane of Moz mail)
whilst using the mouse-wheel scrolls both the client
and causes "ghost" scrolling on the server. A
repeatable scenario seems to be scrolling Mozilla
(browser or e-mail inbox pane) on a Linux client whilst
having an explorer file-tree view, such as the image
browser in PaintShop Pro 6, or any Windows "explorer"
pane in focus (it won't work if this is out of focus)
on a Windows server.

It's not a generic problem though. For example,
scrolling through Moz on Linux does not cause scrolling
in Moz on windows, however there does seem to be a
consistency with an in-focus explorer tree view and any
other scrolling app on the Linux client (in all cases,
the Linux client is doing the scrolling - this
behaviour does not seem to pass from Windows-Linux). It
seems that the mousewheel scroll events themselves are
leaking across the client/server connection (as in even
if the client scroll reaches the top of its scrollpane
and stops, continuing upwards mousewheel scroll events
cause the "remote" server to continue scrolling.

OS details: Linux client - Mandrake 9.0, KDE 3.1, Moz
1.7b. Windows server - Win 2K Pro, SP 4

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: nosher (SourceForge user)
  • Date: 2004-04-16 17:13:00

Logged In: YES
user_id=1009465

I forgot to mention in all of this: thanks for a really
cool bit of software - it's one of the neatest utilities
I've come across for ages :-)

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: crs23 (SourceForge user)
  • Date: 2004-04-16 04:57:59

Logged In: YES
user_id=21565

thanks for all the info. i'm going to call this a logitech
driver bug and close this bug out. if i get any other
similar reports (and there have been several already) i'll
start by assuming logitech software is involved.

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: nosher (SourceForge user)
  • Date: 2004-04-15 10:55:02

Logged In: YES
user_id=1009465

After much registry hacking, I have removed the Logitech
mouse services software completely and it does seem to have
removed the problem with it, so as a work-around that's good
enough for me - and as you point out, the lack of Logitech
software doesn't seem to cause any problem or make any
difference at all.

On a related note, whilst submitting a separate bug to the
Mozilla project, I did find a whole heap of references to
mousewheel scrolling errors, in particular involving
Logitech devices. This particular error, which removing
Logitech drivers has also cured, was that if I scrolled
using the wheel before a large page had completely loaded
(try a Slashdot thread with lots of comments in), Mozilla
would scroll wildly and uncontrollably in the direction of
wheel scroll. There were various suggestions about setting
"MS Office compatible mode only", some of which I tried, but
it didn't seem to help. However, it does kind of point to
there being some wider, and possibly connected, issues with
Logitech's mousewheel handling :-)

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: crs23 (SourceForge user)
  • Date: 2004-04-07 06:20:58

Logged In: YES
user_id=21565

i have a logitech marble trackball too. mine is a USB
device and i do not have the logitech software installed;
the generic USB pointer device driver works fine. i
suspect the logitech software might be the problem. you
might try disabling/removing it temporarily and/or upgrading
it (i found the free download on their site). or before
that, maybe there's another setting for wheel detection that
works?

synergy normally captures mouse events and prevents them
from being processed by any other app on the system. what i
think might be happening is the logitech software is somehow
also seeing the mouse wheel events and resending them,
subverting synergy's capture.

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: nosher (SourceForge user)
  • Date: 2004-04-06 10:06:38

Logged In: YES
user_id=1009465

Oooh, nearly forgot: the server also has a Wacom Intuos 2 A4
(a.k.a Intuos 2 9x12) graphics tablet attached (model
XD-0912-U). This shows up as an additional HID-compliant
mouse (Wacom driver rev 4.71-4). Hardware version 1.1.5,
interface USB

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: nosher (SourceForge user)
  • Date: 2004-04-06 09:58:31

Logged In: YES
user_id=1009465

The server (Windows PC) does have the Logitech mouse
utility installed (Logitech 2-button, scrollwheel TrackMan
"Marble wheel" trackball mouse). The driver in use is
Logitech 9.28.0.0 (18/01/2001). Sample rate 60 reports/sec,
Wheel detection: assume wheel is present, Input buffer
length: 100 packets, fast initialisation = yes, IRQ 12,
Intel 82801BA LPC interface controller.

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: crs23 (SourceForge user)
  • Date: 2004-04-06 04:48:14

Logged In: YES
user_id=21565

sorry i wasn't clear but forget about the client, the client
is not the problem. are there any mouse utilities running
on the server? there are all sorts of mouse utilities for
windows and some devices come with one as part of the
standard installation. logitech devices are a good example.

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: nosher (SourceForge user)
  • Date: 2004-04-05 10:22:00

Logged In: YES
user_id=1009465

In this particular setup, then yes: the client is always
fine and displays the expected scrolling behaviour. It's
only if the server has active Windows (i.e. not third-party
apps unless they use the Windows explorer API/widgets)
scrollable panes in focus that there's a problem - the
server always scrolls when this combination is active.

There is no additional (known) mouse-wheel utility running
other than the standard XFree drivers. Config for mouse is:

Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/psaux"
Option "ZAxisMapping" "4 5"
EndSection

This is running under KDE 3.1.4

/etc/sysconfig/mouse (run from /etc/rc./dinit.d/gpm) is:

MOUSETYPE=imps2
XMOUSETYPE=IMPS/2
FULLNAME="PS/2|Generic PS2 Wheel Mouse"
XEMU3=no
WHEEL=yes
device=psaux

@nbolton

This comment has been minimized.

Copy link
Member Author

commented Oct 13, 2014

  • Author: crs23 (SourceForge user)
  • Date: 2004-04-05 01:15:58

Logged In: YES
user_id=21565

so this has nothing to do with the client, right? the client
always scrolls exactly like it's supposed to. it's only the
server that's (sometimes) scrolling when it shouldn't?

do you have some kind of mouse wheel utility running?

@nbolton nbolton closed this Oct 13, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant
You can’t perform that action at this time.